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APPARATUS AND METHOD FOR 
CHANGING, ADDING AND DELETING A JOB, AND 
A STORAGE MEDIUM FOR SUCH A PROGRAM 

BACKGROUND OF THE INVENTION 
Field of the Invention 

The present: invention relates to an information 
processing apparatus and method for changing, adding 
and deleting a job, such as the transmission or the 
printing of information, and a storage medium on which 
such a program is stored. 
Related Background Art 

Conventionally, printing is performed by a host 
information processing apparatus, for example, 
transmitting a print job to a printer. In this case, 
the host apparatus transmits a job that it can not 
execute to an apparatus that can execute that job. 
However, if a transmission source apparatus and a 
destination apparatus can both execute the same job, 
and if it is desired that the same job be executed by 
both these apparatuses, the transmission source 
apparatus must create two jobs: one job to be 
transmitted and another job to be executed by the 
source apparatus . 

Conventionally, the transmission of information is 
performed in response to a user issuing a transmission 
instruction for a transmission to be effected at a 



desired transmission time. Transmission of information 
is also performed at a transmission time that is 
designated in advance- However, once the transmission 
setup is completed, the setup can not be changed. In 
5 addition, another transmission process can not be set 
up for information for which the transmission has been 
set up . 

For the printing of information, conventionally, 
print information is transmitted to a print queue, and 

10 information stored in the print queue is then printed. 
However, the print setup for specific information in 
the print queue can not be changed. When printing is 
to be performed at a desired time, a print instruction 
must be issued for that time in order for the printing 

15 to be executed. 

A conventional information processing apparatus 
stores the history of processes that have been 
performed, and refers to this history as needed. 
However, the history is not referred to more often than 

20 the confirmation of an activity and the re-entry of a 
command are performed. 

A conventional information processing apparatus, a 
printer, for example, executes printing when a user 
operates a computer and issues a print instruction to 

25 the printer. When the printing is completed, the 

issues a print end notification to the apparatus that 
instructed the printing. 
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Even in a system in which a print: end notification 
is issued, however, a user may forget that an 
instruction has not yet been executed, or even whether 
the instruction has been completed. In this case, the 
5 user may terminate the processing without being aware 
that there is a process that has not yet been 
performed. Furthermore, when a user moves away from 
the computer through which the print instruction was 
issued, the user will not be aware of the statuses of 

10 the apparatus and of the process, and will not be able 
to control the execution of the process. 

Conventionally, in an environment wherein a 
plurality of users employ the same resources by using 
the same apparatus or employ the same resources across 

15 a network, an authority greater that given to a common 
user is provided for the manager of the information 
processing apparatus in order to provide management 
control for resources employed by a plurality of users. 
Therefore, for the management of an apparatus, the 

20 manager can perform various functions that the common 
users can not. 

Further, a conventional computer identifies a user 
during the logging- in process, or provides a password 
to be used when a user desires to access a file in 

25 order to permit the limited reading of stored 

information. However, as specific information stored 
in specific apparatuses can not be published, such 



information can not be read by another apparatus. In 
particular, it is impossible for such information to be 
freely read during a specified period of time, and the 
material can not be referred to after the time period 
has expired. 

SUMMARY OF THE INVENTION 

It is, therefore, one objective of the present 
invention to provide an apparatus and a method for 
enabling object information to be processed, to be 
maintained or to be deleted, as desired, when the 
information is transmitted. 

It is another objective of the present invention 
to provide an apparatus and a method for changing an 
information transmission setup, such as a transmission 
time, that has previously been designated. 

It is an additional objective of the present 
invention to provide an apparatus and a method for 
setting a time for the printing of information, and for 
changing a print setup that has previously been 
designated. 

It is a further objective of the present invention 
to provide an apparatus and a method with which it is 
easy to change object information for a process that 
was previously performed to object information for 
another process. 

It is still another objective of the presient 
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invention to provide an apparatus and a method for 
detecting, at a predetermined time, the presence of a 
process that has been instructed by a user and that has 
not yet been performed. 
5 It is a still additional objective of the present 

invention to provide an apparatus and a method for 
publishing specific information stored in a specific 
apparatus so that another user can read it. 

To achieve the above objectives, according to one 
10 aspect of the present invention, an information 
processing apparatus comprises : 

transmission means for transmitting object 
information that is to be processed; 

object information storage means for storing the 
15 object information that is to be processed; 

display means for displaying as a list the object 
information that is stored in the object information 
storage means; 

object information selection means for selecting 
20 object information from the list of object information; 

destination designation means for designating a 
transmission destination for the object information 
that is to be processed; 

transmission method selection means for selecting 
25 a first transmission method or a second transmission 
method ; and 

control means for, when the first transmission 



method is selected by the transmission method selection 
means, permitting the transmission means to copy from 
the object information storage means the object 
information selected by the object information 
5 selection means, and, when the second transmission 

method is selected by the transmission method selection 
means, for permitting the transmission means to 
extract, from the object information storage means, the 
object information that is selected by the object 
10 information selection means, and to transmit the object 
information to the transmission destination that is 
designated by the transmission designation destination 
means . 

According to one more aspect of the present 
15 invention, an information processing method comprises: 
a display step of displaying, as a list, object 
information that is stored in an object information 
storage unit for storing the object information that is 
to be processed; 
20 an object information selection step of selecting 

object information from the list of object information; 

a destination designation step of designating a 
transmission destination for the object information 
that is to be processed; 
25 a transmission method selection step of selecting 

a first transmission method or a second transmission 
method ; and 
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a transmission step of, when the first 
transmission method is selected at the transmission 
method selection step, copying from the object 
information storage unit the object information 
5 selected at the object information selection step, and 
of, when the second transmission method is selected at 
the transmission method selection step, extracting from 
the object information storage unit the object 
information that is selected at the object information 

10 selection step, and transmitting the object information 
to the transmission destination that is designated at 
the transmission designation destination step. 

According to another aspect of the present 
invention, provided is a storage medium on which is 

15 stored a program, which comprises: 

a display step of displaying, as a list, object 
information that is stored in an object information 
storage unit for storing the object information that is 
to be processed; 

20 an object information selection step of selecting 

object information from the list of object information; 

a destination designation step of designating a 
transmission destination for the object information 
that is to be processed; 

25 a transmission method selection step of selecting 

a first transmission method or a second transmission 
method ; and 
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a "transmission step of, when the first 
transmission method is selected at the transmission 
method selection step, copying from the object 
information storage unit the object information 
5 selected at the object information selection step, and 
of, when the second transmission method is selected at 
the transmission method selection step, extracting from 
the object information storage unit the object 
information that is selected at the object information 
10 selection step, and transmitting the object information 
to the transmission destination that is designated at 
the transmission designation destination step. 

According to an additional aspect of the present 
invention, an information processing apparatus 
15 comprises: 

transmission means for transmitting object 
information that is to be processed; 

object information storage means for storing the 
object information in conjunction with a corresponding 
20 execution time and a corresponding transmission 
destination ; 

display means for displaying as a list object 
information that is stored in the object information 
storage means; 

25 object information selection means for selecting 

object information from the object information list; 

change means for changing a setup that is stored 



in the object information storage means in conjunction 
with the object information selected by the object 
information selection means; and 

control means for permitting the transmission 
means to transmit the object information, which is 
stored in the object information storage means, to the 
transmission destination and at the execution time that 
are stored in the object information storage means in 
conjunction with the object information. 

According to a further aspect of the present 
invention, an information processing method comprises: 

a display step of displaying as a list object 
information that is stored in an object information 
storage unit for storing the object information in 
conjunction with a corresponding execution time and a 
corresponding transmission destination; 

an object information selection step of selecting 
object information from the object information list; 

a change step of changing a setup that is stored 
in the object information storage unit in conjunction 
with the object information selected at the object 
information selection step; and 

a transmission step of transmitting the object 
information, which is stored in the object information 
storage unit, to the transmission destination and at 
the execution time that are stored in the object 
information storage unit in conjunction with the object 
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information. 

According to one further aspect: of the present 
invention, provided is a storage medium on which is 
stored a program, which comprises: 
5 a display step of displaying as a list object 

information that is stored in an object information 
storage unit for storing the object information in 
conjunction with a corresponding execution time and a 
corresponding transmission destination; 

10 an object information selection step of selecting 

object information from the object information list; 

a change step of changing a setup that is stored 
in the object information storage unit in conjunction 
with the object information selected at the object 

15 information selection step; and 

a transmission step of transmitting the object 
information, which is stored in the object information 
storage unit, to the transmission destination and at 
the execution time that are stored in the object 

20 information storage unit in conjunction with the object 
information. 

According to yet one more aspect of the present 
invention, an information processing apparatus 
comprises : 

25 print queue storage means for storing object 

information to be printed; 

printing means for printing the object information 
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stored in the print queue storage means; 

object information storage means for storing 
object information in conjunction with time information 
specifying a printing time for the object information; 
5 transfer means for transferring the object 

information from the object information storage means 
to the print queue storage means in accordance with the 
time information that is stored in the object 
information storage means in conjunction with the 
10 object information; 

display means for displaying as a list the object 
information that is stored in the print queue storage 
means ; 

object information selection means for selecting 
15 object information from the object information list; 
and 

moving means for moving, from the print queue 
storage means to the object information storage means, 
the object information that is selected by the object 
20 information selection means* 

According to yet another aspect of the present 
invention, an information processing method comprises: 

a printing step of printing object information 
that is stored in a print queue for storing object 
25 information to be printed; 

an object information storage step for storing 
object information ; 
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a transfer step of transferring the object 
information, which is stored in an object information 
storage unit in conjunction with time information 
specifying a printing time for the object information, 
5 to the print queue in accordance with the time 

information that is stored in conjunction with the 
object information; 

a display step of displaying as a list the object 
information that is stored in the print queue; 
10 an object information selection step of selecting 

object information from the object information list; 
and 

a moving step of moving, from the print queue to 
the object information storage unit, the object 

15 information that is selected at the object information 
selection step. 

According to yet an additional aspect of the 
present invention, provided is a storage medium on 
which is stored a program, which comprises: 

20 a printing step of printing object information 

that is stored in a print queue for storing object 
information to be printed; 

an object information storage step for storing 
object information ; 

25 a transfer step of transferring the object 

information, which is stored in an object information 
storage unit in conjunction with time information 
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specifying a printing time for the object information, 
to the print queue in accordance with the time 
information that is stored in conjunction with the 
ob j ect information ; 
5 a display step of displaying as a list the object 

information that is stored in the print queue; 

an object information selection step of selecting 
object information from the object information list; 
and 

10 a moving step of moving, from the print queue to 

the object information storage unit, the object 
information that is selected at the object information 
selection step. 

According to yet a further aspect of the present 

15 invention, an information processing apparatus 
comprises: 

printing means for printing object information 
that is to be processed; 

object information storage means for storing the 
20 object information in conjunction with a corresponding 
execution time; 

display means for displaying as a list object 
information that is stored in the object information 
storage means; 

25 object information selection means for selecting 

object information from the object information list; 

change means for changing the execution time that 
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is stored in the object information storage means in 
conjunction with the object information selected by the 
object information selection means; and 

control means for permitting the printing means to 
5 print the object information stored in the object 

information storage means at the execution time that is 
stored therein in conjunction with the object 
information . 

According to yet one further aspect of the present 
10 invention, an information processing method comprises: 
a printing step of printing object information 
that is to be processed; 

a display step of displaying as a list object 
information that is stored in an object information 
15 storage unit for storing the object information in 
conjunction with a corresponding execution time; 

an object information selection step of selecting 
object information from the object information list; 

a change step of changing the execution time that 
20 is stored in the object information storage un,it in 

conjunction with the object information selected at the 
object information selection step; and 

a control step of performing the printing step so 
that the object information stored in the object 
25 information storage unit is printed at the execution 
time that is stored therein in conjunction with the 
ob j ect information . 
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According to still one more aspect of the present 
invention, provided is a storage medium on which is 
stored a program, which comprises: 

a printing step of printing object information 
5 that is to be processed; 

a display step of displaying as a list object 
information that is stored in an object information 
storage unit for storing the object information in 
conjunction with a corresponding execution time; 
10 an object information selection step of selecting 

object information from the object information list; 

a change step of changing the execution time that 
is stored in the object information storage unit in 
conjunction with the object information selected at the 
15 object information selection step; and 

a control step of performing the printing step so 
that the object information stored in the object 
information storage unit is printed at the execution 
time that is stored therein in conjunction with the 
20 object information. 

According to still another aspect of the present 
invention, an information processing apparatus 
comprises: 

execution means for performing a process; 
25 history storage means for storing, as a process 

history, the type of process that is performed and 
ob j ect information ; 
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list display means for displaying as a list: 
process histories that are stored in the history 
storage means; 

history selection means for selecting a process 
history from the list; and 

re-execution control means for permitting the 
execution means to again execute a process related to 
the history selected by the history selection means. 

According to still an additional aspect of the 
present invention, an information processing method 
comprises : 

an execution step of performing a process; 

a history storage step of storing the type of 
process that is performed and object information as a 
process history in a history storage unit; 

a list display step of displaying as a list 
process histories that are stored in the history 
storage unit; 

a history selection step of selecting a process 
history from the list; and 

a re-execution step of again executing a process 
related to the history selected at the history 
selection step. 

According to still a further aspect of the present 
invention, provided is a storage medium on which is 
stored a program, which comprises: 

an execution step of performing a process; 
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a history storage step of storing the type of 
process that is performed and object information as a 
process history in a history storage unit; 

a list display step of displaying as a list 
5 process histories that are stored in the history 
storage unit; 

a history selection step of selecting a process 
history from the list; and 

a re-execution step of again executing a process 
10 related to the history selected at the history 
selection step. 

According to still one further aspect of the 
present invention, an information processing apparatus 
comprises : 

15 history storage means for, storing the type of 

process that is performed and object information; 

list display means for displaying as a list 
process histories that are stored in the history 
storage means; 

20 deletion instruction means for selecting a history 

from the list and for issuing an instruction to delete 
the history from the history storage means; 

determination means for determining whether object 
information that is related to the history instructed 

25 by the deletion instruction means is stored in the 

history storage means in conjunction with the name of 
another user whose name differs from that of the user 
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who issued the instruction; and 

deletion means for, when the object information is 
stored in conjunction with the name of the other user, 
deleting from the history storage means a portion that 
5 is related to the user who issued the instruction to 
delete the history, and for, when the object 
information is not stored in conjunction with the name 
of the other user, deleting from the history storage 
means the object information that is related to the 
10 history for which deletion is instructed • 

According to again one more aspect of the present 
invention, an information processing method comprises: 

a history storage step of storing in a history 
storage unit the type of process that is performed and 
15 object information; 

a list display step of displaying as a list 
process histories that are stored in the history 
storage unit; 

a deletion instruction step of selecting a history 
20 from the list and of issuing an instruction to delete 
the history from the history storage unit; 

a determination step of determining whether object 
information that is related to the history instructed 
at the deletion instruction step is stored in the 
25 history storage unit in conjunction with the name of 
another user whose name differs from that of the user 
who issued the instruction; and 
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a deletion step of, when the object information is 
stored in conjunction with the name of the other user, 
deleting from the history storage unit a portion that 
is related to the user who issued the instruction to 
5 delete the history, and of, when the object information 
is not stored in conjunction with the name of the other 
user, deleting from the history storage unit the object 
information that is related to the history for which 
deletion is instructed. 
10 According to again another aspect of the present 

invention, provided is a storage medium on which is 
stored a program, which comprises: 

a history storage step of storing in a history 
storage unit the type of process that is performed and 
15 object information; 

a list display step of displaying as a list 
process histories that are stored in the history 
storage unit; 

a deletion instruction step of selecting a history 
20 from the list and of issuing an instruction to delete 
the history from the history storage unit; 

a determination step of determining whether object 
information that is related to the history instructed 
at the deletion instruction step is stored in the 
25 history storage unit in conjunction with the name of 
another user whose name differs from that of the user 
who issued the instruction; and 
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a deletion step of, when the object information is 
stored in conjunction with the name of the other user, 
deleting from the history storage unit a portion that 
is related to the user who issued the instruction to 
5 delete the history, and of, when the object information 
is not stored in conjunction with the name of the other 
user, deleting from the history storage unit the object 
information that is related to the history for which 
deletion is instructed* 
10 According to again an additional aspect of the 

present invention, an information processing apparatus 
comprises: 

management means for managing a process to be 
completed in correspondence with a user who has entered 
15 an instruction for the process; 

instruction means for issuing a predetermined 
instruction ; 

determination means for referring to the 
management means to determine whether the performance 
20 of a process that has previously been instructed by the 
user continues not to have been performed; and 

notification means for, when the determination 
means determines that there is a process that has not 
yet been performed, transmitting to the user a 
. 25 notification to that effect. 

According to again a further aspect of the present 
invention, an information processing apparatus 
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comprises: 

acceptance means for accepting an inquiry from an 
external apparatus concerning the status of an 
apparatus currently employed by a user; and 
5 execution means for performing a process that 

corresponds to the inquiry accepted by the acceptance 
means . 

According to again one further aspect of the 
present invention, an information processing method 
10 comprises: 

a management step of managing a process to be 
completed in correspondence with a user who has entered 
an instruction for the process; 

an instruction step of issuing a predetermined 
15 instruction; 

a determination step of referring to data managed 
at the management step to determine whether the 
performance of a process that has previously been 
instructed by the user continues not to have been 
20 performed; and 

a notification step of, when the determination 
means determines that there is a process that has not 
yet been performed, transmitting to the user a 
notification to that effect . 
25 According also to one more aspect of the present 

invention, an information processing method comprises: 
an acceptance step of accepting an inquiry from an 
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external apparatus concerning the status of a method 
currently employed by a user; and 

an execution step of performing a process that 
corresponds to the inquiry accepted at the acceptance 
5 step . 

According also to another aspect of the present 
invention, provided is a storage medium on which is 
stored a program, which comprises: 

a management step of managing a process to be 
10 completed in correspondence with a user who has entered 
an instruction for the process; 

an instruction step of issuing a predetermined 
instruction; 

a determination step of referring to data managed 
15 at the management step to determine whether the 

performance of a process that has previously been 
instructed by the user continues not to have been 
performed ; and 

a notification step of, when the determination 
20 means determines that there is a process that has not 
yet been performed, transmitting to the user a 
notification to that effect. 

According also to an additional aspect of the 
present invention, provided is a storage medium on 
25 which is stored a program, which comprises: 

an acceptance step of accepting an inquiry from an 
external apparatus concerning the status of a method 
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currently employed by a user; and 

an execution step of performing a process that 
corresponds to the inquiry accepted at the acceptance 
step. 

5 According also to a further aspect of the present 

invention, an information processing apparatus 
comprises: 

input means for entering a password at the log- in; 
identification means for identifying an operator 
10 based on the password that is input; and 

control means for, when the operator is a common 
user who is permitted to log in, permitting the user to 
log in and displaying a menu screen for a common user, 
and for, when the operator is a manager, permitting the 
15 manager to log in and displaying a menu screen for the 
manager . 

According also to one further aspect of the 
present invention, an information processing apparatus 
comprises: 

20 identification means for ascertaining whether an 

operator is a manager; 

permission means for permitting the operator to 

instruct the deletion of all printing instructions 

stored in a print queue; and 
25 deletion means for, upon receipt of the 

instruction, deleting all of the printing instructions 

in the print queue. 
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According also to yet one more aspect of the 
present invention, an information processing apparatus 
comprises : 

identification means for ascertaining whether an 
5 operator is a manager; 

permission means for permitting the operator to 
setup a general time limit for a process instruction; 
and 

management means for managing the process 
10 instruction based on the setup. 

According also to yet another aspect of the 
present invention, an information processing apparatus 
comprises: 

proxy device setup means for setting up as a proxy 
15 device a different device having a voice modem; and 

communication control means for performing voice 
communication by telephone using the device that is set 
up by the proxy device setup means. 

According also to yet an additional aspect of the 
20 present invention, an information processing method 
comprises : 

an input step of entering a password at the log- 
in; 

an identification step of identifying an operator 
25 based on the password that is input; and 

a control step of, when the operator is a common 
user who is permitted to log in, permitting the user to 
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log in and displaying a menu screen for a common user, 
and of, when the operator is a manager, permitting the 
manager to log in and displaying a menu screen for the 
manager . 

5 According also to yet a further aspect of the 

present invention, an information processing method 
comprises: 

an identification step of ascertaining whether an 
operator is a manager; 
10 a permission step of permitting the operator to 

instruct the deletion of all printing instructions 
stored in a print queue; and 

a deletion step of, upon receipt of the 
instruction, deleting all of the printing instructions 
15 in the print queue. 

According also to yet one further aspect of the 
present invention, an information processing method 
comprises: 

an identification step of ascertaining whether an 
20 operator is a manager; 

a permission step of permitting the operator to 
setup a general time limit for a process instruction; 
and 

a management step of managing the process 
25 instruction based on the setup. 

According to one more aspect of the present 
invention, an information processing method comprises: 
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a proxy device setup strep of setting up as a proxy 
device a different device having a voice modem; and 

a communication control step of performing voice 
communication by telephone using the device that is set 
5 up at the proxy device setup step. 

According to another aspect of the present 
invention, provided is a storage medium on which is 
stored a program, which comprises: 

an input step of entering a password at the log- 

10 in; 

an identification step of identifying an operator 
based on the password that is input; and 

a control step of, when the operator is a common 
user who is permitted to log in, permitting the user to 
15 log in and displaying a menu screen for a common user, 
and of, when the operator is a manager, permitting the 
manager to log in and displaying a menu screen for the 
manager . 

According to an additional aspect of the present 
20 invention, provided is a storage medium on which is 
stored a program, which comprises: 

an identification step of ascertaining whether an 
operator is a manager; 

a permission step of permitting the operator to 
25 instruct the deletion of all printing instructions 
stored in a print queue; and 

a deletion step of, upon receipt of the 
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instruction, deleting all of the printing instructions 
in the print queue * 

According to a further aspect of the present 
invention, provided is a storage medium on which is 
5 stored a program, which comprises: 

an identification step of ascertaining whether an 
operator is a manager; 

a permission step of permitting the operator to 
setup a general time limit for a process instruction; 
10 and 

a management step of managing the process 
instruction based on the setup. 

According to one further aspect of the present 
invention, provided is a storage medium on which is 
15 stored a program, which comprises: 

a proxy device setup step of setting up as a proxy 
device a different device having a voice modem; and 

a communication control step of performing voice 
communication by telephone using the device that is set 
20 up at the proxy device setup step. 

According to yet one more aspect of the present 
invention, an information processing apparatus 
comprises: 

object information storage means for storing 
25 object information to be processed; 

object information list display means for 
displaying as a list object information stored in the 
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object information storage means; 

object information selection means for selecting 
object information that is to be published; 

setup means for setting a publication time limit; 

5 and 

published information registration means for 
registering as published information, in conjunction 
with the publication time limit that is set by the 
setup means, the object information in the published 
10 information storage means that is selected by the 
selection means. 

According to yet another aspect of the present 
invention, an information processing method comprises: 
an object information list display step of 
15 displaying as a list object information stored in an 

object information storage unit for storing the object 
information to be processed; 

an object information selection step of selecting 
object information that is to be published; 
20 a setup step of setting a publication time linjit; 

and 

a published information registration step of 
registering as published information, in conjunction 
with the publication time limit that is set at the 
25 setup step, the object information in the published 
information storage unit that is selected at the 
selection step. 
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According to yet: an additional aspect of the 
present invention, provided is a storage medium on 
which is stored a program, which comprises: 

an object information list display step of 
5 displaying as a list object information stored in an 

object information storage unit for storing the object 
information to be processed; 

an object information selection step of selecting 
object information that is to be published; 
10 a setup step of setting a publication time limit; 

and 

a published information registration step of 
registering as published information, in conjunction 
with the publication time limit that is set at the 
15 setup step, the object information in the published 
information storage unit that is selected at the 
selection step. 

According to yet a further aspect of the present 
invention, an information processing apparatus 
20 comprises: 

published information storage means for storing 
information to be published in conjunction with a 
publication time limit; 

determination means for determining whether the 
25 publication time limit has expired for the information 
stored in the published information storage means; 

publication list display means for displaying as a 
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list: information for which the determination means has 
determined that the publication time limit has not yet 
expired; 

information selection means for selecting 
information from the list displayed by the publication 
list display means; and 

output means for outputting the contents of 
information that is selected by the selection means. 

According to yet one further aspect of the present 
invention, an information processing method comprises: 

a determination step of determining whether the 
publication time limit has expired for information 
stored in a published information storage unit for 
storing the information to be published in conjunction 
with a publication time limit; 

a publication list display step of displaying as a 
list information for which it has been determined at 
the determination step that the publication time limit 
has not yet expired; 

an information selection step of selecting 
information from the list displayed at the publication 
list display step; and 

an output step of outputting the contents of 
information that is selected at the information 
selection step . 

According to still one more aspect of the present 
invention, provided is a storage medium on which is 
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stored a program, which comprises: 

a determination step of determining whether the 
publication time limit has expired for information 
stored in a published information storage unit for 
5 storing the information to be published in conjunction 
with a publication time limit; 

a publication list display step of displaying as a 
list information for which it has been determined at 
the determination step that the publication time limit 
10 has not yet expired; 

an information selection step of selecting 
information from the list displayed at the publication 
list display step; and 

an output step of outputting the contents of 
15 information that is selected at the information 
selection step. 

Other objectives and advantages besides those 
discussed above shall be apparent to those skilled in 
the art from the description of a preferred embodiment 
20 of the invention which follows. In the descriptipn, 

reference is made to accompanying drawings, which form 
a part thereof, and which illustrate an example of the 
invention. Such example, however, is not exhaustive of 
the various embodiments of the invention, and therefore 
25 reference is made to the claims which follow the 

description for determining the scope of the invention. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a diagram illustrating the functional 
arrangement of one embodiment of the present invention; 

Fig. 2 is a detailed diagram illustrating the 
5 functional arrangement of the embodiment; 

Fig. 3 is a diagram showing the transmission of 
information in accordance with the manipulation of 
input devices performed by a user; 

Fig. 4 is a detailed diagram showing the sequence 
10 of the processing performed until a command entered by 
a user is executed; 

Fig. 5 is a diagram showing the sequence of the 
processing performed to display for a user the 
processing results and a status change; 
15 Fig. 6 is a diagram illustrating the functional 

relationship existing among a plurality of devices; 

Fig. 7 is a diagram illustrating a system 
configuration according to the embodiment; 

Fig. 8 is a diagram illustrating the essential 
20 hardware arrangement according to the embodiment; * 

Fig. 9 is a flowchart showing the order of 
activation when power is switched on; 

Fig. 10 is a flowchart showing the processing 
performed by a client component; 
25 Fig. 11 is a flowchart showing the processing 

performed by a server component upon receiving a 
request from a client; 
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Fig. 12 is a flowchart showing the 
Cancel AllPrinterjobs processing; 

Fig. 13 is a flowchart showing the 
GetAllPrinterjobs processing; 
5 Fig. 14 is a flowchart showing the 

SetPrinterJobStatus processing; 

Fig. 15 is a flowchart showing the. processing 
performed for requests "Login" and "Logout"; 

Fig. 16 is a flowchart showing the processing 
10 performed for requests "GotoOtherDevice" and 
"GotoDesktop" ; 

Fig. 17 is a flowchart showing the processing 
performed for requests "Search" , "Help" and "Receive 
Job/Receive Notification" ; 
15 Fig. 18 is a flowchart showing the IdAnalyze 

processing; 

Fig. 19 is a flowchart showing the DUMMY 
processing; 

Fig. 20 is a flowchart showing the IdAnalyzeNotify 
20 processing; 

Fig. 21 is a flowchart showing the 
ReceiveHttpNotif ication processing; 

Fig. 22 is a flowchart showing the processing 
performed for requests "Print", "Send", "Delete", 
25 "Reschedule", and "Preview"; 

Fig. 23 is a flowchart showing the Print Job 
processing; 
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Fig. 24 is a flowchart showing the SendJob 
processing; 

Fig. 25 is a flowchart showing the SendJob 
transmission processing ; 
5 Fig. 26 is a flowchart showing the Cancel Job 

processing; 

Fig. 27 is a flowchart showing the 
SendNotif ication processing; 

Fig. 28 is a diagram showing the relationship 
10 between input information for a server and 
corresponding processes; 

Fig. 29 is a flowchart showing the processing 
performed beginning with the activation of a daemon; 

Fig. 30 is a flowchart showing the notification 
15 processing performed by a daemon module; 

Fig. 31 is a diagram showing the relationship 
between the job types that are handled by the daemon 
and corresponding processes; 

Fig. 32 is a flowchart showing the PrintPrinter Job 
20 processing; 

Fig. 33 is a flowchart showing- the SendJob 
processing; 

Fig. 34 is a flowchart showing the Receive JobData 
processing; 

25 Fig. 35 is a flowchart showing the 

GetListOf JobAttributes processing ; 

Fig. 36 is a flowchart showing the Poll Job 
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processing; 

Fig. 37 is a flowchart showing the PollNotify 
processing; 

Fig. 38 is a flowchart showing the CancelAction 
5 processing; 

Fig. 39 is a flowchart showing the EditAction 
processing; 

Fig. 40 is a flowchart showing the EditAction 
processing; 

10 Fig. 41 is a flowchart showing the 

RescheduleAction processing; 

Fig. 42 is a flowchart showing the 
RescheduleAction processing; 

Fig. 43 is a flowchart showing the 
15 RescheduleAction processing; 

Fig. 44 is a flowchart showing the AddNotif ication 
processing; 

Fig. 45 is a flowchart showing the Addlnstruction 
processing; 

20 Fig. 46 is a flowchart showing the Getlnstruction 

processing; 

Fig. 47 is a flowchart showing the 
Executionlnstruction processing; 

Fig. 48 is a flowchart showing the processing 
25 performed by a desktop server component; 

Fig. 49 is a flowchart showing the processing 
performed for a request concerning mail; 
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Fig. 


50 


is 


a flowchart showing the 


processing 


performed 


for a 


request concerning a schedule; 


Fig. 


51 


is 


a flowchart showing the 


processing 


performed 


for a 


request concerning another device; 


Fig. 


52 


is 


a flowchart showing the 


processing 


performed 


for a 


request concerning logout and help; 


Fig. 


53 


is 


a flowchart showing the 


processing 


performed 


on 


an 


initial menu screen; 




Fig. 


54 


is 


a flowchart showing the 


processing 


performed 


for public information; 




Fig. 


55 


is 


a flowchart showing the 


login 


processing; 








Fig. 


56 


is 


a flowchart showing the 


processing 


performed 


to 


select a job and to perform an action; 


Fig. 


57 


is 


a flowchart showing the 


processing 


performed 


to 


preview a selected Job; 




Fig. 


58 


is 


a flowchart showing the 


processing 


performed 


to 


delete a selected Job; 




Fig. 


59 


is 


a flowchart showing the 


processing 


performed 


to 


change a schedule for a selected Job; 


Fig. 


60 


is 


a flowchart showing the 


processing 


performed 


to 


print a selected Job; 




Fig. 


61 


is 


a flowchart showing the 


processing 


performed 


to 


change a print setup for a 


selected Job; 


Fig. 


62 


is 


a flowchart showing the 


processing 


performed 


to 


transmit a selected Job; 




Fig. 


63 


is 


a flowchart showing the 


processing 



i 
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performed to change a -transmission setup for a selected 
Job; 

Fig. 64 is a flowchart showing the processing 
performed beginning at a main menu; 
5 Fig. 65 is a flowchart showing the search 

processing; 

Fig. 66 is a flowchart showing the processing 
performed to add information to public information; 

Fig. 67 is a flowchart showing the printing 
10 processing; 

Fig- 68 is a flowchart showing the remote printing 
processing performed by a printer; 

Fig. 69 is a flowchart showing the transmission 
processing; 

15 Fig. 70 is a diagram showing an example 

transmission setup menu; 

Fig. 71 is a diagram showing an example 
transmission setup change menu; 

Fig. 72 is a flowchart showing the remote sending 
20 processing performed by a printer; 

Fig. 73 is a diagram showing an example menu for 
selecting a device wherein a Job to be deleted is 
located; 

Fig. 74 is a diagram illustrating an example list 
25 for Jobs to be deleted; 

Fig. 75 is a flowchart showing the deletion 
processing; 



) 
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Fig. 76 is a flowchart showing the remote deletion 
processing performed by a printer; 

Fig. 77 is a flowchart showing the command setup 
processing; 

5 Fig. 78 is a flowchart showing the schedule change 

processing; 

Fig. 79 is a flowchart showing the remote 
rescheduling processing; 

Fig. 80 is a flowchart showing the processing 
10 performed to access another device; 

Fig. 81 is a diagram showing a setup screen for 
accessing another device; 

Fig. 82 is a flowchart showing the desktop 
processing; 

15 Fig. 83 is a flowchart showing the processing 

performed for unread mail; 

Fig. 84 is a flowchart showing the processing 
performed for read mail; 

Fig. 85 is a diagram showing an example unread 
20 mail list; 

Fig. 86 is a diagram showing an example display 
for the content of mail; 

Fig. 87 is a diagram showing an example read mail 

list; 

25 Fig. 88 is a flowchart showing the file 

processing; 

Fig. 89 is a flowchart showing the 
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Reset Instructions processing; 

Fig. 90 is a flowchart showing the 
DeleteAllInstructions processing; 

Fig. 91 is a flowchart showing the 
5 Deletelnstructions processing; 

Fig. 92 is a flowchart showing the 
GetlnstructionDetails processing; 

Fig. 93 is a flowchart showing the Check 
processing; 

10 Fig. 94 is a flowchart showing the GetJobData 

processing; 

Fig. 95 is a flowchart showing the 
GetJobAttributes processing; 

Fig. 96 is a flowchart showing the 
15 GetActionAttributes processing; 

Fig. 97 is a flowchart showing the Delete Job 
processing; 

Fig. 98 is a flowchart showing the 
GetNotif icationList processing; 
20 Fig. 99 is a flowchart showing the 

SetNotif icationCondition processing; 

Fig. 100 is a flowchart showing the 
SetNotif icationCondition processing; 

Fig. 101 is a flowchart showing the 
25 SetNotif icationStatus processing; 

Fig. 102 is a flowchart showing the ClearHistory 
processing; 
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Fig. 103 is a flowchart showing the 
DeleteAllPublicInfoJobs processing; 

Fig. 104 is a flowchart showing the 
PrintPublicInf o processing; 

Fig. 105 is a flowchart showing the SearchData 
processing; 

Fig. 106 is a diagram showing an example screen 
for an initial menu; 

Fig. 107 is a diagram showing a URL print setup 
screen; 

Fig. 108 is a diagram showing a password input 
screen; 

Fig. 109 is a diagram showing a setup screen for 
the processing performed for a job selected from a 
print queue; 

Fig. 110 is a diagram showing a setup screen for 
processing public information; 

Fig. Ill is a diagram showing an example setup 
screen for publishing information using another device; 

Fig. 112 is a diagram showing a login screen; 

Fig. 113 is a diagram showing an example pending 
job list; 

Fig. 114 is a diagram showing a job preview screen 
example; 

Fig. 115 is a diagram showing a screen for 
confirmation of deletion; 

Fig. 116 is a diagram showing a setup screen for 
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changing a schedule; 

Fig. 117 is a diagram showing an example print 
setup menu; 

Fig. 118 is a diagram showing a notification setup 
5 screen; 

Fig. 119 is a diagram showing an example print 
setup change menu; 

Fig. 120 is a diagram showing an example 
correction menu; 
10 Fig. 121 is a diagram showing an example main 

menu; 

Fig. 122 is a diagram showing an example menu for 
designating a position whereat a job to be printed is 
located; 

15 Fig. 123 is a diagram showing an example menu for 

selecting a job to be printed; 

Fig. 124 is a diagram showing an example menu for 
designating a position whereat a job to be transmitted 
is located; 

20 Fig. 125 is a diagram showing an example menu for 

selecting a job to be transmitted; 

Fig. 126 is a diagram showing an example command 
setup screen; 

Fig. 127 is a diagram showing an example menu for 
25 designating a device whereat a Job to be changed is 
located; 

Fig. 128 is a diagram showing an example screen 
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for selecting a Job for which a schedule is -to be 
changed ; 

Fig. 129 is a diagram showing an example desktop 
main menu; 

Fig. 130 is a diagram showing an example setup 
screen for obtaining a file; 

Fig. 131 is a diagram showing an example desktop 
file list; 

Fig. 132 is a diagram showing an example screen 
for selecting the processing to be performed for an 
obtained file ; 

Fig. 133 is a diagram showing a setup screen for 
establishing limitations for a job; 

Fig. 134 is a diagram showing a setup screen for 
setting a rejection for a job; 

Fig. 135 is a diagram for explaining the structure 
of a job; 

Fig. 136 is a diagram showing the functional 
arrangement of the embodiment; 

Fig. 137 is a flowchart showing the Logout screen 
creation processing; 

Fig. 138 is a flowchart showing the Logout screen 
processing; 

Fig. 139 is a diagram showing the Logout screen; 
Fig. 140 is a diagram showing the logout screen; 
Fig. 141 is a flowchart showing the call response 
processing; 
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Figs. 142A and 142B are flowcharts showing the 
main screen processing for a manager; 

Fig. 143 is a diagram showing an example manager 
main screen; 

5 Fig. 144 is a flowchart showing the network setup 

screen processing; 

Fig. 145 is a diagram showing an example network 
setup screen; 

Fig. 146 is a flowchart showing the job setup 
10 screen processing; 

Fig- 147 is a diagram showing an example job setup 
screen; 

Fig. 148 is a flowchart showing the resource setup 
screen processing; 
15 Fig. 149 is a diagram showing an example resource 

setup screen; 

Fig. 150 is a flowchart showing the modem proxy 
setup screen processing; 

Fig. 151 is a diagram showing an example modem 
20 proxy setup screen; 

Fig. 152 is a flowchart showing the other setup 
screen processing; 

Fig. 153 is a diagram showing an example other 
setup screen; 

25 Fig. 154 is a flowchart showing the password setup 

screen processing; 

Fig. 155 is a diagram showing an example password 
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setup screen; 

Fig. 156 is a flowchart showing the public 
information deletion screen processing; 

Fig, 157 is a diagram showing an example public 
information deletion screen; 

Fig, 158 is a flowchart showing the job database 
management screen processing; 

Fig. 159 is a diagram showing an example database 
management screen ; 

Fig. 160 is a flowchart showing the shutdown 
screen processing; and 

Fig. 161 is a diagram showing an example shutdown 
screen. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

The preferred embodiment of the present invention 

will now be described in detail while referring to the 

accompanying drawings . 

Fig. 1 is a diagram showing the functional 

arrangement of the embodiment. A client component 102 

and a server 103 may be present in the same device, or 

may be in different devices connected across a network, 

etc. 

When a user 101 specifically operates the client 
component 102, the client component 102 transmits to 
the server 103 a request that corresponds to the 
operation. The server 103 interprets the received 
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request, and adds or deletes a job to or from a 
database 104, or acquires data from the database 104. 
As a result, a response is prepared in HTML (Hyper Text 
Markup Language), as needed, and is transmitted to the 
5 client component 102. The client component 102 

displays the received HTML data and allows the user 101 
to perform additional device manipulations. 

A daemon module 105 monitors the job stored in the 
database 104, and performs the processing (printing, 

10 transmission or notification) that corresponds to the 
job for which the execution condition is satisfied. 

Fig. 2 is a detailed diagram showing the 
functional arrangement of the embodiment. 

The client component 102 is constituted by an 

15 operating unit 201 and two Web browsers 202 and 203. 
The user manipulates the operating unit 201, and an 
instruction for starting the processing is converted 
into a request by the Web browser 202, while an 
instruction for displaying the status of a device 

20 (printer 206) is converted into a request by the Web 
browser 203. These requests are transmitted to the 
server component 103. 

The server component 103 is constituted by a Web 
server 204, a device manager 205, a request manager 

25 207, and a command analysis/process unit 208. A 

request originating at the client component 102 is 
received by the Web server 204, which in turn transmits 
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the request to the device manager 205 or to the request 
manager 207 . 

In accordance with the request, the device manager 
205 either acquires the status of the printer 206 or 
exercises control of the printer 206. The request 
manager 207 converts the request into a process 
command, and transmits it to the command 
analysis/process unit 208. 

The command analysis/process unit 208 performs the 
processing corresponding to the process command, and 
accesses the database 104 via a database manager 209 to 
add or to update a job. 

The daemon module 105 accesses the database 104 
via the database manager 209 at a constant time 
interval, and determines whether there is a job for 
which the execution condition is satisfied. If there 
is such a job, the daemon module 105 executes a 
corresponding process. 

Fig. 3 is a diagram showing the transmission of 
information in accordance with the operations performed 
by a user. 

The client component 102 receives as input 
information the data produced by the operations 
performed by the user, and generates a request and 
transmits it to the server component 103. 

The server component 103 interprets the received 
request, and communicates with the database 104 via the 
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database manager 209 to add or to update a job, or to 
acquire data. In addition, the server component 103 
communicates with the printer 206 to obtain the status 
of the printer 209. As a result, the server component 
5 103 generates, as needed, a corresponding display 

command ( an HTML page ) and transmits it to the client 
component 102. 

The client component 102 displays the received 
display command (an HTML page) for the user, and allows 
10 the user to perform a new operation. 

Jobs stored in the database 104 are monitored by 
the daemon module 105 via the database manager 209, and 
a job for which the execution condition is satisfied is 
printed or transmitted, or brought to the attention of 
15 the user. 

Fig. 4 is a detailed diagram showing the sequence 
of the processing performed until a command 
corresponding to the user's entry is executed. 

The manipulation of data input devices by the user 
20 is converted into corresponding operation instruction 
data by the operating unit 201. For example, the 
manipulation by the user of a keyboard or of a mouse is 
converted into corresponding key code or into 
information, such as mouse movement information, that 
25 can be handled by an information processing apparatus. 

The operating instruction data converted by the 
operating unit 201 are converted into a corresponding 
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request by the Web browser 202 , and the request is 
transmitted to the Web server 204. When, for example, 
one of the buttons on a screen is selected, a request 
"selection of a specific button" is prepared. 

The Web server 204 transmits the received request 
to the request manager 207, which thereafter converts 
the request into a corresponding process command and m 
transmits it to the command analysis/process unit 208. 
When, for example, the user chooses a button to 
instruct printing, a request "selection of a print 
button" is converted into a print command "execution of 
a process corresponding to the print button", and 
printing is performed. 

Fig. 5 is a diagram showing the sequence of the 
processing performed until the results of the 
processing and the change in the status of the printer 
206 are displayed for a user. 

The request manager 207 receives the process 
result from the command analysis/process unit 208, and 
transmits corresponding operating instruction data to ^ 
the Web server 204. Similarly, the device manager 205 
detects the change of the status of the printer 206 and 
transmits corresponding operating instruction data to 
the Web server 204. To display, for example, a new 
operating screen as the processing result, the contents 
to be displayed are converted into HTML data for the 
new operating screen. Also, to display a new screen 
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for the status of the printer 206, the contents to be 
displayed are converted into HTML data for the screen. 

The Web server 204 transmits the received 
operating screen data to the Web browsers 202 and 203 . 
5 The Web browser 202 provides the data for a user by 

displaying the data on a display operating unit, such 
as a touch panel. The Web browser 203 displays the 
status of the printer 206. 

Fig. 6 is a diagram showing the functional 

10 relationship among a plurality of devices (device A and 
device B in this embodiment). In this embodiment, 
device A is a printer, and device B is a desktop 
personal computer for managing both a user's mail and a 
schedule. The devices A and B each include a client 

15 component 102, a server component 103 and a daemon 

module 105. It should be noted, however, that the user 
is located on the same side as is the device A, and the 
client component 102 of the device B is not shown. 
When the user manipulates the device A, the 

20 operating unit 201 acquires as input information the 
information input by the user's manipulation of the 
device, and transmits it as a request to the device 
manager 205 and the request manager 207 in the server 
component 103 . 

25 The device manager 205 responds to the user's 

request by acquiring the status of the printer 206. In 
accordance with the type of the request, the request 
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manager 207 permits a printer control unit 601 to 
control the printer 206, or permits the command 
analysis/process unit 208 to analyze more detailed 
information and to perform a corresponding process. 

As a result, the information form is changed by a 
conversion control unit 603, as needed, or various 
processes are performed by a controller 602. When it 
is determined that management of the job is required, 
the addition of a job or the updating of a job is 
performed for the database 104. When it is determined 
that the display of data is required, the data are 
displayed by a display control unit 604. When it is 
determined that the issuance of a data notification is 
required, the data notification is issued by a 
notification control unit 605. 

The daemon module 105 periodically monitors the 
database 104. When there is a job for which the 
execution condition is satisfied, the daemon module 105 
executes the corresponding processing. 

When it is determined that the processing has not 
been completed by the device A, a request is issued to 
the device B, and the request manager 207 of the device 
B performs the corresponding process. To print a file 
at the device B, for example, a printing unit 607 
employs a corresponding application, and for accessing 
mail, a mail control unit 608 employs a corresponding 
application. For other operations, such referencing 
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schedule information, a corresponding application is 
employed. 

In addition, a job stored in the database 104 of 
the device B can also be accessed. 
5 Fig. 7 is a diagram showing the configuration of a 

system according to this embodiment. 

In Fig. 7, various apparatuses. are connected to a 
network 701, and data are exchanged across the network 
701. A printer 702, which includes an input/output 

10 operation unit 703, prints data received across the 
network 701. The input/output operating unit 703 
provides various displays for a user, and accepts 
instructions from the user. A scanner 704 and a multi- 
function apparatus 705 also include such an 

15 input/output operating unit. The scanner 704 optically 
reads data printed on paper, etc. , and the multi- 
function apparatus 705 functions as the printer 702 and 
as the scanner 704. A personal computer 706 creates 
documents and images, and manages for the user such 

20 personal data as mail and a schedule.*. 

Fig. 136 is a diagram showing the functional 
arrangement for the embodiment. 

Features of this arrangement are that a process 
instruction command (job) is employed as one process 

25 unit, and that a job generation unit 1362, an 

analysis/performance unit 1363 and an output unit 1364 
are operated at adequate timings. 
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A detailed explanation will now be given for a 
job. Fig. 135 is a diagram for explaining the 
structure of a job. 

A job includes a process (Action), a process 
5 performance condition (Condition), a process 

performance instructor = owner (Owner), a current 
process status ( Status ) , and information concerning a 
process creation time (Created Time) and the job that 
triggered the creation (Parent Job). With the job, the 

10 previously performed process can be refereed to and the 
performance of a new process can be instructed. 

The above process performance conditions 
(Condition) are When To Do (initiation when a 
designated time has been reached), After Time 

15 (initiation after a designated time has elapsed), 

Before Time (initiation before a designated time has 
elapsed), On Action (initiation upon the performance of 
a designated process), Object (initiation at the time 
for a designated object), From (initiation at the time 

20 for a designated process source), By ,( initiation when a 
designated method is employed for a process), Device 
Status (initiation when the status of a device attains 
a designated value), and Result Status (initiation in 
accordance with the process results obtained). 

25 The values for the Device Status are OK, Toner 

low, Staples low, Unknown, Printing, No toner cart, 
Printer open, Paper jam, Hardware failure, Tray 
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failure, Paper deck open, and Stapler low. 

The values for the Result Status are Success, 
Fail, and Hold job accessed. 

The Owner represents the issuer of process 
5 execution instructions, i.e., the owner of the 

processes, and includes User Device ID, User ID, 
Password, and User Type. The types of users are 
Sender, Receiver, Other, Receiver to be, and Don't 
care. 

10 The values for the process status (Status) are 

Done (execution terminated), To Do (execution 
scheduled ) , Don 1 t care ( invalid ) , Cancel ( deleted ) , 
Active (in progress), Spooling (spooling in progress), 
Failed (execution failure) and Ignored (execution 

15 ignored). 

The Action includes the types of processes that 
were performed or are to be performed ( Type ) , the 
object to be processed (Object), Object Count (the 
number of copies of the object), To (process 

20 destination), From (process source), By (process 

method), and all other process associated information. 

The types of processes (Type) are None, Get, Send, 
Delete, Scan, Extract data, Print, File, Set 
instruction. Hold, Extend hold, Pause printing. Change 

25 priority, Receive, Convert, Notify, and Operate. 

As the Object, there are Action and Object. To 
(process destination) and From (process source) include 
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the Sender or the Receiver, as a Person, and a Device, 
By (process method) includes Popup window, Voice 
message, E-mail, Fax, Phone, and Pager. 

The Object includes the substance of an object 
(Content), management information such as the data 
format (Format) and the size (Size) of the object, 
additional information (Addition) concerning the 
object, such as a comment, and source information 
(Source) for the object. For a file having a print 
format, the original MS-Word file is employed as source 
information . 

The data formats (Format) of the object are Text, 
Html, Rtf, Bmp, Tiff, Pcx, Jpeg, G3, G4, Pcl5, and MS- 
Word . 

Referring again to Fig. 136, the job generation 
unit 1362, the analysis/performance unit 1363 and the 
output unit 1364 are installed in a control box 1361, 
which is connected to a conventional printer 206. The 
printer 206, as in the prior art, receives external 
print information, performs the printing process in 
accordance with an instruction, and outputs the print 
results . 

First, an explanation will be given for the time 
that an instruction is entered by a user. When the 
user enters a specified instruction via an operating 
unit 101, the job generation unit 1362 generates a job 
corresponding to the instruction, and adds the job to 
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the database 104. 

The job added to the database 104 is monitored by 
the analysis/performance unit 1363 „ and whether the 
execution condition has been satisfied is sequentially 
examined- If there is a job for which the execution 
condition has been satisfied, a corresponding process 
is performed, and the database 104 is updated using the 
job that reflects the execution result. 

When, for example, the user instructs the printing 
of specific data at a designated time, the job 
generation unit 1362 generates as a job the contents of 
the operation input by the user, and adds the job to 
the database 104. 

At this time, if the database 104 includes a job 
"analyze the contents of an operation entered by a user 
and re-register this job", which designates a process 
to be performed when the operation input by the user 
takes place, the analysis/performance unit 1363 for 
detecting the presence of an unanalyzed job in the 
database 104 analyzes the contents of the operation 
entered by the user, determines a corresponding process 
to be performed and generates it as a job, and adds the 
job to the database 104. 

In this case, the printing process is added as a 
job to the database 104. Also, the job that represents 
the contents of the operation input by the user is 
regarded as having already been analyzed and updated, 
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and -the above mentioned job for analyzing the user's 
operation is re-registered. 

When the time designated by the user is reached, 
the job for the printing process is performed, and 
5 print information 107 is generated and transmitted to 
the printer 206. When new job print results are 
obtained, the job "reflect the print results in this 
job" is added to the database 104. The printer 206, as 
in the prior art, performs the instructed, and outputs 
10 the print results. In addition, after the printing has 
been completed, the print results are obtained as the 
printer status from the printer 206, and are reflected 
in the job. 

When in this embodiment the paper or the toner has 
15 run out, or an error has occurred at the printer 206, 
job generation unit 1362 obtains the change in the 
printer status for the printer 206, and generates a 
corresponding job and adds it to the database 104. 
When it is ascertained from the printer status for the 
20 printer 206 that the toner has run out, the occurrence 
of the change in the printer status is created as a job 
and is added to the database 104. 

At this time, if the database 104 includes the job 
11 issue an order request when toner has run out, and re- 
25 register this job", which designates a process to be 
performed upon the occurrence of a change in the 
status, an order request is issued and the job is re- 
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registered. As a result, each time a like condition 
occurs, this process is performed. 

The process performed for the change in the status 
of the printer 206 is also performed for changes in the 
5 internal statuses of the other sections. 

As an example, there is one case where the 
backlight for a liquid crystal display panel 801, which 
will be described later, is powered off. When the 
database 104 includes the job "perform initialization 

10 process when the backlight is powered off, and re- 
register this job", which designates a process to be 
performed upon the occurrence of the change in the 
status, the initialization process is performed and the 
job is re-registered. As a result, the periodical 

15 initialization process that is required for stably 
activating a product can be performed in consonance 
with a timing that is satisfactory under the 
circumstances. 

When the job generation unit 1362 is notified of a 

20 change in the external status, it generates a 

corresponding job and adds it to the database 104. 

When, for example, an error has occurred in an 
external printer connected across a network, the 
occurrence of the change in the external status is 

25 generated as a job and is added to the database 104. 
At this time, if the database 104 includes the job 
"transmit a job transmission instruction when an error 
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has occurred in an external printer, and re-register 
this job", which designates a process to be performed 
upon the occurrence of a change in the external status, 
a job transmission instruction is transmitted by the 
5 output unit 1364 to the printer at which the error 

occurred, and this job is re-registered in the database 
104. As a result, each time a like condition occurs, 
the same process is performed. 

When a process instruction (job) is received from 
10 an external device, the job generation unit 1362 
generates a corresponding job and adds it to the 
database 104 . 

For example, upon receiving a job transmission 
instruction, the reception of the job transmission 
15 instruction is generated as a job and is added to the 
database 104. 

At this time, if the database 104 includes the job 
"add a received job and re-register it", which 
designates a process to be performed upon receiving the 
20 job, the job transmission instruction is added and the 
job is re-registered. . 

Sequentially, when the execution condition of the 
job transmission instruction is matched, a transmission 
process corresponding to the job is performed and the 
25 job is transmitted. 

Next, an explanation will be given for a case 
wherein a job transmission instruction other than the 
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above, i.e.,, a print information transmission 
instruction, is received. 

To print information stored in another information 
output apparatus, the corresponding print information 
5 must be extracted from the above print information. 

Transmission of the print information by the pertinent 
apparatus is one method that is employed. With this 
method, however, a printing function for the 
information is required by an information requesting 

10 apparatus. In this embodiment, an explanation will be 
given for another method for the transmission of print 
information that corresponds to the information stored 
in a specific apparatus. 

When a print information transmission instruction 

15 106 is received from a specific device, the receipt of 
the job is generated as a job and added to the database 
104. Then, when the execution condition of the job is 
matched, a print information transmission process that 
corresponds to the job is performed. In the print 

20 information transmission process, print information is 
prepared from the requested information and is 
transmitted as instructed. 

In the information output apparatus that has 
received the print information, the job generation unit 

25 1362 generates as a job the acquisition of print 
information, and adds it to the database 104. 

At this time, as is described above, since when 
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the print information transmission instruction was 
issued the job "execute a printing process upon 
receiving from a transmission source print information 
for a print information transmission instruction" was 
5 added to the database 104, with the assumption that 
print information had been received, the printing 
process is performed, and the received print 
information is transmitted to the printer 206, which 
then initiates the printing and outputs the printing 

10 results. 

In addition to the above described process 
instruction, there are instructions for notification 
and for output. These process instructions may be 
externally received or may be stored in the database 

15 104 in advance. 

For example, when the execution condition of the 
notification instruction is matched, the notification 
process is performed using E-mail, a telephone, or a 
facsimile machine. When the execution condition of the 

20 output instruction is matched, the output process is 
performed, and a display is provided or a voice is 
released . 

Fig. 8 is a diagram showing the essential hardware 
arrangement according to the embodiment. Switches, a 
25 fan, etc. , are not shown. 

An information output apparatus according to the 
embodiment of the present invention includes input 
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devices, such as a microphone 809, a touch panel 801, a 
keyboard/mouse 810, an IrDA -transmission/reception unit 
811, a network 804 and a modem 812, and acquires 
information through an input unit 803. 
5 The touch panel 801 is used to display for the 

user the printer status and a menu screen. And when 
the user touches the display screen, a menu item can be 
selected and characters can be entered using a keyboard 
that is displayed. A common display and a common 

10 keyboard may be used instead of the touch panel 801. 

The status of the printer 206 is also obtained via 
a centrocable from the input unit 803. Besides the 
status of the printer 206, the internal status is 
detected and obtained by an internal sensor or a 

15 monitor. 

The processing results are output by an output 
unit 813 to certain output devices, such as the printer 
206, a display 814, a loudspeaker 815, an LED 816, the 
IRDA transmission/ reception unit 811, the network 804, 

20 and the modem 812. When the printing process is 
performed, for example, the print information is 
transmitted via the centrocable to the printer 206 . 
The printer 206 performs the printing in accordance 
with the received print information, and outputs the 

25 printing results. It should be noted that the input 
unit 803 and the output unit 813 are not necessarily 
physically separate components. 
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A CPU 802 executes various programs, including the 
processing which will be described later while 
referring to the flowcharts, and controls the 
individual sections connected by a system bus 808 . 
5 Further, by executing corresponding programs, the CPU 
802 provides the functions for the job generation unit 
1362, the analysis/performance unit 1363, and the 
output unit 1364 that are described above. 

A ROM 805 is used to store fixed data and 

10 programs. A RAM 806 is used to temporarily store data 
and programs. A hard disk drive (HDD) 807 is used for 
the above described database 104 as permanent storage 
for programs and data. The system bus 808 is employed 
as a medium for the connection of the above individual 

15 sections and for the exchange of data, address signals 
and control signals by the sections. 

The programs, including the processing which will 
be described later while referring to the flowcharts, 
may be stored in the ROM 805, or may be loaded from the 

20 HDD 807 into the RAM 806, as needed, before the 

initiation of the processing or during the performance 
of the processing. An external storage device, such as 
an MO drive, may be employed instead of the HDD 807. 
With the above described arrangement, the job 

25 generation unit 1362 generates a job that corresponds 
to the input information and adds it to the database 
104 on the hard disk 807; the analysis/performance unit 
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1363 obtains a job from the database 104 and performs a 
corresponding process; and the output unit 1364 outputs 
the processing results. 

Fig. 9 is a flowchart showing an activation order 
5 when a user powers on a machine. When at step S901 the 
user turns on the power, at step S902 the OS is 
activated, and at step S903 the Web server 103 is 
activated. Then, at step S904 the client component 102 
is activated, and finally at step S905 the daemon 

10 module 105 is activated. 

Fig. 10 is a flowchart showing the processing 
performed by the client component 102. 

When the client component 102 is activated, at 
step S1001 a Web browser object is created, and at step 

15 S1002, a request to prepare an HTML page is issued to 
the server component 103. The page at this time is an 
opening screen. At step S1003 the HTML page 
transmitted by the server 103 as a response is 
displayed, and at step S1004 input by the user is 

20 waited for. Then, a process corresponding to the 
user's input is performed. When at step S1005 a 
request from the user is "exit", at step S1006 the 
system is shut down, and the processing is thereafter 
terminated. When at step S1007 the request from the 

25 user should be processed by the client component 102, 
at step S1009 this process is handled and input by the 
user is again waited for. When the process should be 
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performed by the server 103, at step S1008 a process 
request is issued to the server component 103, and an 
HTML page prepared as a consequence of the request is 
received and displayed. Then, input by the user is 
5 again waited for. 

Fig. 11 is a flowchart showing the processing 
performed by the server component 103 upon receiving a 
request from the client component 102. 

The server component 103 receives a request from 

10 the client component 102 at step SI 101, and analyzes 
this request at steps S1102 to S1103 and performs a 
corresponding process. As for a request for the 
display of an OpeningScreen page, at step S1104 the 
printer status is obtained. As for a Cancel All Jobs 

15 request, at step S1105 the CancelAllPrinter Jobs( ) 

function, which will be described later while referring 
to Fig. 12, is called, and all the jobs are canceled. 
As for the Cancel/Pause/Restart request, at step SI 106 
the SetPrinterJobsStatus( ) function is called, and a 

20 designated status is set for the job. 

For all these requests, at step SI 107 a 
corresponding HTML page is finally prepared, and at 
step S1108 the HTML page is transmitted to the client 
component 102. The processing is thereafter 

25 terminated. 

The processing performed for the request "login" 
or "logout" will be described later while referring to 
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Fig. 15, and the processing performed for the request 
"Go toOther Device" or "GotoDesktop" will be described 
later while referring to Fig. 16. Further, the 
processing performed for the request "Search", "Help" 
5 or "Receive Job/Receive Notification" will be described 
later while referring to Fig. 17, and the processing 
performed for the request "Print", "Send", "Delete", 
"Reschedule" or "Preview" will be described later while 
referring to Fig. 22. 

10 Fig. 12 is a flowchart showing the 

CancelAllPrinterJobs processing. The prototype is 
DWORD CancelAllPrinterJobs ( ) . 

First, at step S1201 the GetAllPrinter Jobs 
function, which will be described later while referring 

15 to Fig. 13, is called, and jobs are obtained from the 

spool. At step S1202 a specific printer is opened, and 
at step S1203 the statuses of the individual jobs that 
are to be canceled are set to "Cancel". Then, at step 
S1204 the printer is closed. This process is repeated 

20 until the statuses of all the jobs, have been set to 
"Cancel". 

Fig. 13 is a flowchart showing the 
GetAllPrinter jobs processing. The prototype is Int 
GetAllPrinter j obs ( plnf o ) . 

25 First, at step S1301 the EnumPrinter( ) function is 

employed to list a printer, a print server, a domain 
and a print provider that are available. At step S1302 
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one of the listed objects is opened, and at step S1303 
a job available in the spool is listed by using the 
EnumJob( ) function. At step S1304 the printer is 
closed- This process is performed for all the objects. 
5 Fig. 14 is a flowchart showing the 

SetPrinterJobStatus processing. The prototype is Int 
SetPr inter JobS tatus( pPrinterName, Jobld, Status ) . 

First, at step S1401 the Get Job function is 
employed to extract a designated job from the spool. 
10 At step S1402 a specific printer whereat the job is 

present is opened, and at step S1403 the status of the 
job is set to a designated value. At step S1404 the 
printer is closed, and the processing is thereafter 
terminated . 

15 Fig. 15 is a flowchart showing the processing 

performed by the server 103 when the request from the 
client component 102 is "Login" or "Logout". 

When at step S1501 the request is "Login", first, 
at step SI 502 a login verb and a remote device list are 

20 obtained, and at step S1503 the name of a user is 

acquired. At step S1504 the GetUserId( ) function is 
called to obtain a job list for the user. At step 
SI 505 a corresponding HTML page is prepared, and at 
step S1506 detailed information for the user and the 

25 job are stored in a hidden domain on the HTML page. 

When the request from the client component 102 is 
"Logout", at step S1507 a check is performed to 



- 67 - 



determine whether the remote device list is empty. 
When the list is empty , at step SI 5 10 the OpeningScreen 
page is created in accordance with the existing status. 
When the remote device list is not empty, at step S1508 
5 the next device is logged-in using the login verb 

"Disconnect", and at step S1509 the device is deleted 
from the remote device list. The processes at steps 
S1508 and S1509 are repeated until the list is emptied. 
That is, until all the devices in the remote device 

10 list are logged out. When the list has been emptied, 
the OpeningScreen page is prepared. 

For both of the requests "Login" and "Logout", at 
step S1511 the obtained page is finally transmitted to 
the client component 102, and the processing is 

15 thereafter terminated. 

Fig. 16 is a flowchart performed by the server 
when the request from the client component 102 is 
"GotoOtherDevice" or "GotoDesktop" . 

When at step SI 601 the request is 

20 "GotoOtherDevice", at step S1602 a device name and a 
device address are acquired. For the GotoDesktop 
request, at step S1603 a desktop address is acquired. 
Then, at step S1604 the pertinent device is added to 
the remote device list, and at step S1605 a login verb 

25 is composed. When at step S1606 the type of the login 
verb is Device or Desktop, Print, Send, Delete or 
Reschedule, at step SI 607 the device is logged in using 
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•the corresponding login verb. When the login verb is 
Device or Desktop, at step SI 608 the HTML page for the 
opening screen is prepared. When the login verb is 
Print, Send, Delete or Reschedule, at steps S1609, 
S1610, S1611 and S1612, respectively, HTML pages are 
prepared for the Print Job screen, the Delete Job 
screen, and the Reschedule Job screen. When the login 
verb is Disconnect, at step SI 613 the processing for 
the device is logged out, and at step S1614 the 
pertinent device is deleted from the remote device 
list. At step S1615 the HTML page for the opening 
screen is prepared. And, finally, at step S1616 the 
HTML page is transmitted to the client component 102. 
The processing is thereafter terminated. 

Fig. 17 is a flowchart showing the processing 
performed by the server 103 when the request from the 
client component 102 is "Search", "Help" or "Receive 
Job/Receive Notification". 

When at step S1701 the request is "Search", at 
step S1702 a search parameter is acquired and at step 
S1703 a search is performed. At step S1704 an HTML 
page is prepared in accordance with the search results. 
For the Help request, at step S1705 a help context 
parameter is acquired, and at step SI 70 6 a 
corresponding HTML page for a help screen is prepared. 
Finally, for both requests, at step S1707 the HTML page 
that is created is transmitted to the client component 
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102, and the processing is thereafter terminated. 

When the request type is "Receive Job/Receive 
Notification", at step S1708 a data buffer is read. 
For the Receive Job request, at step S1709 the contents 
5 of the buffer are transmitted for the IDAnalyze 

processing, which will be described while referring to 
Fig. 18. For the Receive Notification request, at step 
S1709 the contents of the buffer are transmitted for 
the IDAnalyzeNotify processing, which will be described 

10 while referring to Fig. 20. The processing is 
t her ea f ter terminated . 

Fig. 18 is a flowchart showing the IdAnalyze 
processing. During this processing, a job received as 
row data from another device is interpreted. This job 

15 is added to the database 104 and is executed by the 
daemon module 105. 

At step S1801 the Demarshal function is called to 
perform the demarshal calculation, and an available 
buffer object is obtained. At step SI 802 the 

20 UnformatData function is employed to decode and develop 
compressed data, and the data can be validated as units 
of rows. At step S1803 the Demarshal function is 
called again, and an available message object is 
obtained. Finally at step S1804 the ReceiveJob 

25 function (DUMMY), which will be described while 

referring to Fig. 19, is called, and the job is added 
to the database 104. 
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Fig. 19 is a flowchart showing the DUMMY 
processing. This module is transmitted to a CGI 
application, which is a dummy for an ISAPI expansion 
"Receive" module that receives a row buffer transmitted 
5 by Send Job. 

Actually, at step S1901 the ReceiveJob function is 
read from the row buffer received from Send Job, and at 
step S1902 the buffer is dumped into a temporary file. 
At step S1903 the name of this file is transmitted to 

10 IDExtn.Exe of the CGI module. At step S1904 the name 
of the file is read and data are obtained. At step 
S1905 this module employs the Internet client call to 
send data to the CGI application. 

Fig. 20 is a flowchart for the IdAnalyzeNotif y 

15 processing. During this processing, a notification 

that is received as row data from another device of the 
same type is interpreted. The notification module is 
added to the processing, and the contents of the 
notification are performed by the daemon module 105. 

20 Specifically, at step S2001 the Demarshal function 

is called, and the demarshal calculation is performed 
to obtain an available buffer object. Then, at step 
S2002 the Unf ormatData function is employed to decode 
and develop compressed data, and the available data are 

25 obtained as units of rows. At step S2003 the Demarshal 
function is called again, and an available message 
object is obtained. Finally, at step S2004 the 
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ReceiveHttpNotif ication function, which will be 
described while referring "to Fig. 21 , is called and the 
job is added to the database 104. 

Fig. 21 is a flowchart showing the 
5 ReceiveHttpNotif ication processing. The prototype is 
Void CIDAction: : ReceiveHttpNotif ication( poNotify ) . 

This function is one used for receiving a 
notification transmitted according to the HTTP 
protocol. Even if the device does not support a 

10 requested notification method, the notification can be 
transmitted to the destination device via an 
intermediate device. 

At step S2101 the name and the address of a 
notification receiver, and a notification method are 

15 obtained. At step S2102 a check is performed to 

determine whether the device is a destination device 
for receiving the notification, or an intermediate 
device for relaying the notification to another device. 
If the device is the final destination, at step 

20 S2103 a temporary file is created, and at step S2104 
the notification message is written to the file. At 
step S2105 a fixed file "pollfile" (a file polled by 
the daemon module 105 ) in the Windows directory is 
created and overwritten. At step S2106 a command line 

25 parameter for a notification module (a module for 

displaying or creating a message) is designated in the 
file. And at step S2107 the parameter is transmitted 
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by a designated notif ication method. 

If the device is an intermediate device, at step 
S2108 a check is performed to determine whether the 
device has a function for issuing a notification. If 
5 the device can issue a notification, at step S2110 the 
device transmits a notification to a designated device 
using a designated notification method. If the 
intermediate device does not have a function for 
issuing a notification, at step S2112 a notification in 
10 accordance with HTTP protocol is transmitted to another 
intermediate device . 

Fig. 22 is a flowchart showing the processing 
performed by the server 103 when a request from the 
client component 102 is "Print", "Send", "Delete", 
15 "Reschedule" or "Preview". 

Upon receiving one of these five requests, first, 
at step S2201 the user ID, the Job ID and the Action ID 
are obtained . 

When at step S2202 the request is "Print", at step 
20 S2203 the time and a place for printing are obtained, 
and at step S2204 a notification list is acquired. At 
step S2205 the PrintJob( ) function is called to perform 
printing. 

For the Send request, at step S2206 the time and a 
25 place for transmission are obtained, and at step S2207 
a notification list is acquired. At step S2208 the 
SendJob( ) function is called to perform transmission. 
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For the Delete request, at step S2209 the 
CancelAction( ) function is called to delete a job. 

For the Reschedule request, at step S2210 the 
RescheduleAction( ) function is called to change a 
5 schedule . 

For the Preview request, at step S2211 the format 
conversion library is employed to convert the job into 
a JPG or GIF format. 

For all these requests, at step S2212 a 
10 corresponding HTML page is prepared, and at step S2213 
the HTML page is transmitted to the client component 
102. The processing is thereafter terminated. 

Fig. 23 is a flowchart showing the Print Job 
processing. The prototype is Void 
15 CIDAction: : Print Job (Actionld, NotifyList). Input 

parameters are the ID for a designated action, and a 
notification setup list for a user. The job is 
immediately printed by the device A. 

When the action ID is Print/Hold, the attributes 
20 of the action (the printing time, a notification, etc.) 

are corrected to a current time and a new notification. 
When the action ID is Send, a new action is created in 
the database 104. This depends on whether there is 
another PrintAction that relates to the job that the 
25 user is holding. When the job is printed, the action 
status is "Done", and this action is one part of the 
user 1 s history . 
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At step S2301 a record related to a designated 
action is obtained to examine the action in detail. At 
step S2302 a check is performed to determine whether 
the previous action type is "Hold", and at step S2303 
5 the information is stored. At step S2304 job data 
required for this action are obtained, and at step 
S2305 the entry in the database 104 is revised to 
"Printing" because the daemon module 105 is inhibited 
from performing the action in this record. 

10 At step S2307 or S2308, a new record is prepared, 

or the current record is revised. If at step S2306 the 
previous action was Print/Hold, its record is revised - 
If the previous action was Send, and if there is no 
PrintAction for its job that the user is holding, a new 

15 record is prepared. Then, the new/old action ID is 
returned (in accordance with the condition). 

At step S2309 the notification status is 
unconditionally changed to False. At step S2310 the 
notification is added to the new action, and the user 

20 type is set to "Don't care" (i.e., neither a sender nor 
a recipient exists ) . 

At step S2311 the job is transmitted to a print 
queue to perform printing using Spooler API Calls. At 
step S2312 the entry is revised to "Printing 

25 successful" or "Printing failure". At step S2313 the 
notification status is set in accordance with the 
printing status. 
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Fig. 24 is a flowchart showing the SendJob 
processing. The prototype is Void 
CIDAction: : SendJob ( bsendj obToDat abase, Actionld, 
ro JobMessage ) . 
5 A designated "Present" job or a new job is 

transmitted to a designated receiver device list. For 
each transmission, a copy is obtained for each device. 
When there are a plurality of receivers, one the copy 
of the job is used by them in common. Since 
10 information for all the other devices is also 

transmitted, a specific device can access the job. The 
HTML protocol is employed for the transmission of the 
job. 

Specifically, at step S2401 a check is performed 
15 to determine whether the job is a job wherein the 

action ID is present, or a new job. When the action ID 
is present in the job, at step S2402 the attribute of 
the action is obtained, and at step S2403 a check is 
performed to determine whether the action type is Hold. 
20 When the action type is Hold Job, at step S2404 

information is stored indicating that the Hold Job was 
accessed. 

If at step S2405 storage of the information in the 
database 104 is designated, at step S2406 the SendJob( ) 
25 function is called, and all the information (a sender, 
a receiver, etc. ) concerning the job is stored in the 
database 104. At step S2407 the time is examined to 
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determine whether the job is to be transmitted 
immediately. If the job need not be transmitted 
immediately, the processing is terminated and the 
transmission by the daemon module 105 is waited for. 
5 When the job is to be transmitted immediately, at step 
S2408 the job is transmitted, and the processing is 
thereafter terminated . 

Fig. 25 is a flowchart showing the transmission 
processing performed using the Send Job ( ) function. 

10 First, the EditAction( ) function is called to set 

the action status to "Active". Then, the receiver list 
is processed to obtain the user's name, the device 
name, and the URL address of the device. A format 
conversion is performed using an appropriate image 

15 conversion library that corresponds to the receiver 

device. Message data are converted into a byte string, 
which is then compressed and encoded. The obtained 
data are transmitted using the HTML * protocol , and the 
action status is set to "Done". Furthermore, the 

20 action is included in the database 104 as one part of 
the user's history, and in accordance with the 
transmission state, the notification status is set to 
"Success" or "Fail". The status indicating that the 
job is one in the HeldList that was accessed is set 

25 (steps S2501 to S2511). 

Fig. 26 is a flowchart showing the Cancel Job 
processing. The prototype is Void 
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CIDAction: : Cancel Job ( dwActionld ) . 

This function is employed to cancel a designated 
action. Specifically, at step S2601 the attribute of 
the action is obtained, and the CancelAction( ) function 
is called to set the action to "Cancel". If at step 

52602 the action is included in the Hold list, at step 

52603 it is included as a part of the user's history. 
When the action is already a part of the user's 
history, at step S2604 the entry is deleted. When at 
step S2605 the action type is Hold, at step S2606 the 
notification condition is set to "Accessing the Hold 
Job" . When at step S2607 the user is a receiver for 
this device, the processing is thereafter terminated. 
When the user is present for another device, at step 
S2608 that device is logged in. At step S2609 the 
details of the action to be canceled are set, and at 
step S2610 the SendJob( ) function is called to transmit 
this information to the actual device. As a result, a 
cancellation of the action is effected. 

Fig. 27 is a flowchart showing the 
SendNotif ication processing. The prototype is Void 
CIDAction: : SendNotif ication( dwActionld ) . 

This function is used to effect an actual 
notification. The transmission of the notification 
"type, such as Popup, is performed using the HTTP 
protocol. The notification of a call or mail is 
performed by calling a proper module. When a method 
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that is not supported is designated , a notification is 
transmitted to a designated intermediate device, which 
then re-transmits it. This function is employed only 
when the notification should be transmitted "Now" . In 
5 this case, the notification status is set to "Done" to 
prevent the daemon module 105 from polling it. 

Specifically, first, at step S2701 a notification 
means is examined. If at step S2702 the notification 
means is a popup window or a voice message, at step 

10 S2703 data are transmitted using the HTTP protocol. If 
the notification means is a telephone, at step S2705 a 
check is performed to determine whether the device 
possesses a notification capability. If the device 
possesses such a capability, at step S2704 the 

15 notification is sent using the designated method. When 
the device does not possess the notification 
capability, at step S2706 an intermediate device is 
obtained. The intermediate device supports a 
designated mechanism for issuing a notification. At 

20 step S2707 the notification message and its details are 
transmitted to the intermediate device using the HTTP 
protocol. This method can be employed for mail, for a 
facsimile, and for a pager. 

Fig. 28 is a diagram showing the relationship 

25 between input information for the server 103 and 
corresponding processes. 

The control unit 602 handles the processes for 
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Print Job, Send Job, Cancel Job, and Send Notification 
and Receive HTTP Notification. This module is a main 
module for the back end of the printer 206, and 
performs the operations "Print a job here now", "Print 
5 a job here later", "Print a job at a different place 
now", "Print a job at a different place later", 
"Transmit a job to another device now, or later", 
"Change a schedule", "Cancel the action of a job", "Set 
a notification type (voice, popup window, telephone, E- 

10 mail or Fax)", "Receive a notification", and "Obtain or 
set the status for a device". 

This module covers the database module 104 so that 
the database 104 and calls for it are transparent to a 
module ( a GUI module or a daemon module ) that employs 

15 the database 104. 

Fig. 29 is a flowchart showing the processing 
beginning with the activation of the daemon module 105. 

The daemon module 105 constantly polls the 
database 104 and the files to perform an action or an 

20 operation has been registered for execution later. The 
entries for these actions are prepared in the database 
104. 

First, at step S2901 threads for performing 
polling using an infinite loop are generated, and a job 
25 to be executed "Now" is polled. When a job (action) is 
found in the database 104, its action type is examined 
(steps S2902 to S2905). 
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When the action type is Print , at step S2906 the 
Print Job ( ) function is called and printing is 
performed. When the action type is Send, at step S2908 
the ConstructSendMessage( ) function is called and a 
5 message is prepared. Then, at step S2909 the SendJob( ) 
function is called and transmission of the message is 
performed. 

When the action type is Hold, at step S2907 the 
Cancel Job( ) function is called and the job is canceled. 
10 At step S2910 the notification message is 

processed. 

Fig. 30 is a flowchart showing the notification 
processing performed by the daemon module 105. 

At step S3001 the PollNotify( ) function is called 

15 to determine whether a notification message to be 
issued by the device is present. If such a 
notification message is present, at step S3002 the 
SendNotif ication( ) function is called and the 
notification message is issued. If a notification 

20 message to be issued is not present, at step S3003 a 

check is performed to determine whether an application 
file is present. 

When at step S3004 an application file is present, 
at step S3005 a command line parameter is read from the 

25 file and the file is deleted. The ShowNotif y . Exe 
module is started through which the command line 
parameter is passed. 
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When at step S3006 the module type is PullPrint, 
at step S3007 the PrintOcx.Exe file is started. When 
the module type is Schedule, at step S3008 the 
DataDump.Exe is started. 
5 Fig. 31 is a diagram showing the relationship 

between the job types handled by the daemon module 105 
and corresponding processes. 

Fig. 32 is a flowchart showing the PrintPrinter Job 
processing. The prototype is 
10 IntPr intPr inter Job ( pPr interName , pDocumentName , pVoid , 
Buf size) . 

This function is used for to notify the printer 
that a job is spooled. Specifically, a designated 
printer is opened, and notification that a job is 
15 spooled is issued to the printer. Data are written to 
the printer, and then the printer is closed (steps 
S3201 to S3204). 

Fig. 33 is a flowchart showing the Send Job 
processing. 

20 At step S3301 a check is performed to determine 

whether a job to be transmitted is a new one or one 
already present in the database 104. When the job is a 
new one, at step S3303 the details concerning the job 
are added to the database 104. At step S3311 the 

25 sender and receiver of the job are also examined. When 
these are present in the database 104, at step S3312 a 
new action is added to the user's ID, and at step S3313 
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new entries are added to the database 104 for data that 
are not present in the database 104. 

As for the transmission of an already existing 
job, the action type of the sender is examined. When 
5 the action type is Send and the status is Todo or 

Active, the Whentodo time for the action is changed to 
a new time that is designated in the job message. When 
the action type is Send and the action has already been 
performed, a new action is added to the database 104. 

10 When the action type is not Send, the action entered 
for the job is created in the database 104. 

In all the cases, at step S3311 a check is 
performed to determine whether the receiver of the job 
is present. When the receiver is not present in the 

15 database 104, at step S3313 a new entry is created - 
When the action type is Hold (S3304) and the action 
status is Todo (S3306), at step S3307 the action type 
is changed to Send, and at step S3308 the Whentodo time 
is changed to a new time designated in the JobMessage. 

20 When at step S3306 the action status is not Todo,. at 
step S3309 a new record for the action type Send is 
created, and at step S3310 the WhenTodoTime is changed 
to a new time designated in the JobMessage. 

Fig. 34 is a flowchart showing the ReceivejobData 

25 processing. 

First, at step S3400 the check item "Deny Jobs 
From Person/Device" is examined. When a job is 
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-transmitted from a transmission source set in that 
item, at step S3417 acceptance of the job is rejected. 
This item is set by a manager. 

Fig. 134 is a diagram showing a setup screen for 
5 the setting up the rejection of a job. In Fig. 134, 
the identifier for a user from whom jobs are to be 
rejected is set for "Deny Jobs From Person" and a 
device from which jobs are to be rejected is set for 
"Deny Jobs From Device". Then, while referring to Fig. 

10 77, the job is rejected as will be described later in 
the setup for a command. 

The effective period and the types of processes to 
be rejected may be set. The thus determined check 
items are examined to determine whether or not the 

15 reception of a job from a transmission source user or 
device is permitted. When the reception of a job is 
permitted, the reception process is performed. 

The job to be received is supposed to be a new one 
and to be a conventional job. 

20 When a new job is received, at step S3402 a new 

entry is added to the details for the job. When at 
step S3403 no sender is present, at step S3404 the 
entry for a sender is added. At step S3405 the details 
of the action and the notifications are also added. 

25 When a sender is present, at step S3406 the details of 
the notification are added. If at step S3407 no 
receiver is present, at step S3408 a receiver is added. 
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and at step S3409 the action performed by receiver is 
also added. 

When a conventional job is received, a receiver 
for the job is checked. If a receiver is present and 
5 can perform the same action as that required for the 

received job, the action status of the previous job is 
canceled, and a new record is created. When the 
existing receiver can perform an action that differs 
from that for the receiver, a new entry is added for 

10 the receiver. The details contained in the 

notification may also be added. Except when the user 
type differs, the action status is set to Todo. 

Fig. 35 is a flowchart showing the 
GetListOf JobAttribute processing . 

15 All the jobs for a user at a designated place are 

examined, and the details for all the jobs are 
obtained. The jobs are Held jobs and Historyjobs. The 
database 104 searches for jobs for individual User IDs, 
and to obtain a list, all such jobs are selected and 

20 entered in the list (steps S3501 to S3507).. 

Fig. 36 is a flowchart showing the PollJob 
processing. 

A search is performed for a job for which the user 
type is Receiver, the action status is Todo, and 
25 WhenTodo is shorter than the current system time (steps 
S3601 to S3605). When such a job is found, the details 
of the job are obtained and are added to the action 
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setup, and TRUE is returned (steps S3606 to S3608). 
When no such job as is described above is found, FALSE 
is returned (step S3609 ) . 

Fig. 37 is a flowchart showing the PollNotify 
5 processing. 

A search is performed for a first record for which 
CanNotify is Receiver, WhetherToNotif y is TRUE and 
WhenToNotify is shorter than the current system time 
(steps S3701 to S3705 ) . When such a record is found, 
10 the details of the notification are obtained and are 
added to the notification setup, and TRUE is returned 
(steps S3706 to S3708 ) . When no such job as is 
described above is found, FALSE is returned (step 
S3709) . 

15 Fig. 38 is a flowchart showing the Cancel Act ion 

processing. 

First, a search is made for a record having a 
designated action ID. When such a record is found, a 
search is made for a job having the same action ID, and 

20 the size of the job is obtained (steps S3801 to S3804). 
When the job size is smaller than the JobSizeLimit set 
by the manager, at step S3805 the action status is 
examined. When the action status is "Done", or the job 
size is equal to or greater than the JobSizeLimit, the 

25 action status is changed to "Deleted", and the record 
is deleted (steps S3807 and S3808). In the other 
cases, at step S3806 the action status is set to 
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"Cancel", and at: step S3809 all notifications 
corresponding to the action ID are deleted. 

Fig. 39 is a flowchart showing the EditAction 
processing. 

5 A search is performed for a record having a 

designated action ID. When such a record is found, the 
action status is converted into a received parameter 
(steps S3901 to S3903 ) . 

Fig. 40 is a flowchart showing the EditAction 
10 processing. The prototype differs from that explained 
in Fig. 39. 

A search is made for a record having a designated 

action ID. When the action for the pertinent record 

matches the action designated by the action ID, and 
15 when the action status is Hold, the action status is 

changed to a received parameter (steps S4001 to S4006). 

When a pertinent record is not found, at step S4004 a 

new action is added. 

Fig. 41 is a flowchart showing the 
20 RescheduleAction processing. 

A search is made for a record having a designated 

action ID. When a pertinent record is found and the 

action status is not "Done", Whentodo is converted to 

received NewTime (steps S4101 to S4104). 
25 Fig. 42 is a flowchart showing the 

RescheduleAction processing. The prototype differs 

from that explained in Fig. 41. 
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At step S4201 a search is made for a record having 
a designated action ID. When a pertinent record is 
found and the UserType matches, the action status is 
changed to "Cancel", and a new record for which the 
5 action status is Todo is added (steps S4201 to S4204). 
When no pertinent record is found, an examination is 
performed to determine whether a user is present. If a 
user is found, the User ID is obtained. If no user is 
found, a new user is added and its User ID is selected, 

10 and a new action that corresponds to the UserlD is 
added ( steps S4206 to S4209 ) . 

Fig. 43 is a flowchart showing the 
RescheduleAction processing. The prototype differs 
from those as explained in Figs. 41 and 42. 

15 A search is made for a record having a designated 

action ID. When a pertinent record is found, the 
action status and the action are examined. When the 
action and the action ID match, and when the action 
status is Hold and Uncompleted, the WhenTodo time is 

20 changed to a NewTime (steps S4301 and S4302 and S4304 
to S4308). When no pertinent record is found, at step 
S4303 a new action for which the action status is Todo 
is added, and the WhenTodo time is changed to a 
NewTime . 

25 Fig. 44 is a flowchart showing the AddNotif ication 

processing. 

A new record is added to a notification, and the 
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general information for parameters 

( GeneratedFromparameter ) are examined to prepare a new 
entry concerning this information. 

Fig. 45 is a flowchart showing the Addlnstruction 
5 processing. 

When a Receive Job or a Send Job is encountered, the 
setup for an instruction is called. First, at step 
S4501 a check is performed to determine whether a 
designated UserlD is present in the database 104. When 
10 the User ID is not present, the processing is thereafter 
terminated. When the User ID is present, at step S4502 
a record is obtained from the instruction list, and at 
step S4503 details for a new instruction are added to 
the user ID. 

15 The instruction is added to an instruction table 

in the database 104. An associated action and a 
notification provided upon receiving the instruction 
are reflected in an action table and a notification 
table (steps S4504 and S4506). 

20 For both the Receive Job and the Send Job, when 

instructions for generating these jobs are established, 
a record, which serves as a template for generating a 
new action and a new notification, is added to the 
action table and the notification table. 

25 Fig. 46 is a flowchart showing the Get Instruction 

processing. 

This function is called using ReceiveJobData and 
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Send JobData . First , at step S4601 all the records in 
the instruction table are examined to determine whether 
the action type is Receive or Send, and all the 
instructions for the action type are obtained. At step 
5 S4602 the details (values set as instructions) 

contained in the JobMessage are employed to determine 
whether an instruction can be executed, A check 
function, which will be described later, is used to 
examine the validity of the instruction. When the 

10 instruction is valid, at step S4603 the ID for the 

instruction is added to the list. When at step S4604 
all the instructions have been processed, a listing of 
the effective instruction IDs is returned. 
Fig. 47 is a flowchart showing the 

15 Executionlnstruction processing. 

This function is called using ReceiveJobData and 
SendJobData. A search is made for records in the 
action table and in the notification tables. These 
records are used in accordance with the instructions in 

20 the instruction list, and copies of them are prepared 
for each table having a Todo flag (set to TRUE) (steps 
S4701 to S4708). 

The action table is searched to find a dummy 
action that is set in accordance with the instruction. 

25 Based on the dummy action, a new, appropriate record is 
added and the action is performed. 

The notification table is searched to find a dummy 
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notif ication that is set in accordance with the 
instructions. Based on the dummy notification, a new, 
appropriate record is added and the notification is 
issued. 

Fig. 89 is a flowchart showing the 
Reset Instruction processing. The prototype is Void 
Reset Instructions (dwUser Id, plnstructionList ) . 

First, a search is made for all the commands for 
designated user ID, and obtained commands and 
corresponding actions and notifications are deleted 
(steps S8901 to S8905 ) . Then, new commands that 
received are entered in the command list (step S8906). 

Fig. 90 is a flowchart showing the 
DeleteAllInstructions processing. The prototype is 
Void DeleteAll Instructions (dwUser Id) . 

A search is made for all the commands for a 
designated User ID, and obtained commands and 
corresponding actions and notifications are deleted 
(steps S9001 to S9005). 

Fig. 91 is a flowchart showing the 
Deletelnstructions processing. The prototype is Void 
Deletelnstructions ( dwlnstructionld ) . 

A search is made for a command for a designated 
instruction ID, and the obtained command and a 
corresponding action and a notification are deleted 
(steps S9101 to S9104). 

Fig. 92 is a flowchart showing the 
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GetlnstructionDetails processing. The prototype is 
Void Get InstructionDetails ( dwUser Id ) . 

A search is made for commands for a designated 
user ID, and the obtained commands and a list of the 
5 details of corresponding actions and notifications are 
returned (steps S9201 to S9208). 

Fig. 93 is a flowchart showing Check processing. 
The prototype is Bool Check ( nJobChk , JobNameConnector, 
nDeviceChk , DeviceConnector , nPer sonChk , 
10 PersonConnector, nTimeChk, TimeConnector, nStatusChk, 
nStatusCode) . 

This function is called from inside 
GetInstructionIds( ) . A check is performed to determine 
whether the command can be executed and is effective. 
15 If the command is effective, TRUE is returned. If the 
command is not effective, FALSE is returned (steps 
S9301 to S9303). 

Fig. 94 is a flowchart showing the 
GetJobAttributes processing. The prototype is Void 
20 Get JobAttributes ( dw Jobld , po JobMessage ) . 

A search is made for a job having a designated job 
ID, the details concerning the job are set in the 
JobMessage (steps S9401 to S9403). 

Fig. 95 is a flowchart showing the 
25 GetJobAttributes processing. The prototype is Void 
GetJobAttributes (dw Jobld, po JobMessage ) . 

A search is made for a job having a designated job 
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ID, and the details concerning the job are set in the 
JobMessage. Further, a search is made for details 
concerning the sender and the receiver of the job and 
the details concerning the associated action, and these 
5 are set in the JobMessage (steps S9501 to S9505). 
Fig. 96 is a flowchart showing the 
GetActionAttributes processing. The prototype is Void 
Get ActionAttributes ( dwActinld , poAct ionMessage ) . 

A search is made for an action having a designated 

10 action ID, and the details concerning the obtained 
action are set in the Act ionMessage. Further, the 
names and addresses of the sender and the receiver of 
the job are set in the ActionMessages for the sender 
and the receiver (steps S9601 to S9605). 

15 Fig. 97 is a flowchart showing the Delete Job 

processing. The prototype is Void Delete Job ( dwUserld, 
dw Jobld ) . 

At step S9701 a search is made for an action for a 
designated UserlD having a designated JoblD. If at 
20 step S9702 such an action is found, at step S9703 the 
type of action status is examined. When the action 
status is "Done", at step S9704 the action status is 
changed to "Cancel", and the current time is set as the 
execution time. 

25 When the action status is already set to "Done" or 

"Cancel", at step S9705 the action and all the 
associated notifications are deleted. At step S9706 a 
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check is performed to determine whether there is an 
action for a UserlD other than the designated UserlD 
having the designated JoblD. If no such action is 
found, at step S9707 all the actions for the designated 
5 UserlD having the designated JobID are considered to 

have been done or canceled. When there are no actions 
for other users and all the actions have been done or 
canceled, at step S9708 the record for this job is 
deleted from the job table. 

10 Fig. 98 is a flowchart showing the 

GetNotif icationList processing. The prototype is Void 
GetNotif icationList ( nGeneratedFrom, dwld ) . 

A search is made for all the notifications that 
were generated at designated generation places (either 

15 actions or instructions) and that have designated IDs, 
and the details concerning the obtained notifications 
are added to the list, which is then returned (steps 
S9801 to S9804). 

Fig. 99 is a flowchart showing the 

20 SetNotif icationCondition processing. The prototype is 
Void SetNotif icationCondit ion (nGeneratedFrom, dwld, 
nResult ) . 

A search is made for a notification that was 
generated at a designated place (nGeneratedFrom) and 
25 that has a designated Id. If the obtained notification 
consists of a designated value (nResult), the 
WhetherToNotify is set to TRUE. When the notification 
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does not: consist of a designated value, the 

Whether ToNotify is set to FALSE (steps S9901 to S9905). 

Fig. 100 is a flowchart showing the 
SetNotif icationCondition processing. The prototype is 
5 Void SetNotificationCondition(nGeneratedFrora, dwld, 
bCanNotifyFlag, nDummy). 

A search is made for a notification that was 
generated at a designated place and that has a 
designated notification ID, and CanNotifyFlag is set to 
10 a designated value (bCanNotifyFlag) (steps S10001 to 
S10003). 

Fig. 101 is a flowchart showing the 
SetNotif icationStatus processing. The prototype is 
Void SetNotif icationStatus( dwNotif icationld, 
15 bNotif icationStatus ) . 

A search is made for a notification having a 
designated notification ID, and the notification status 
is set to a designated value (steps S10101 to S10103). 
Fig. 102 is a flowchart showing the ClearHistory 
20 processing. The prototype is Void ClearHistory ( ) . 

First, at step S10201 the action status is 
examined, and actions having the status "Done", 
"Canceled", "Ignored" and "Deleted" are obtained. If 
at step S10203 a job has the action status "Done", at 
25 step S10204 the execution time for each of the obtained 
actions is examined. For the other jobs, at step 
S10205 the WhenTodo time is examined. At step S10206 
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the obtained time is compared with the history time 
limit. Such a limit is set for the job by the manager. 
Fig. 133 is a diagram showing an example setup screen. 
On this screen, the history time limit is set to one 
month (1 Month). When, as a result of the comparison, 
it is found that a time period equal to or longer than 
that set for the time limit has elapsed since the 
execution time or the scheduled execution time, at step 
S10207 the action and the job are deleted. 

Fig. 103 is a flowchart showing the 
DeleteAllPublicInfoJobs processing. The prototype is 
Void DeleteAllPublicInfoJobs ( ) . 

A search is made for all the Publiclnf oJobs, and 
the action status is set to "Cancel" (steps S10301 to 
S10304) . 

Fig. 104 is a flowchart showing the 
PrintPublicInfo processing. The prototype is Void 
PrintPublicInfo(dwActionld) . 

A search is made for an action having a designated 
action ID to determine whether there is a 
Publiclnf o Job. When a Publiclnf o Job is found, a new 
action is added. The action that is so set using 
Publiclnfo that Print is the action type, WhenTodo is 
the current time and Todo is the action status ( steps 
S10401 to S10407) . 

Fig. 105 is a flowchart showing the SearchData 
processing. The prototype is Void SearchData ( dwUser Id, 
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poSearchData ) . 

A list is obtained of all the jobs for a 
designated user, and the details in the list are 
compared with the details for the Search Data object. 
5 When the details match, a node is added to a new list, 
which is then returned ( steps S10501 to S10507 ) . 

Fig, 48 is a flowchart showing the processing 
performed by the desktop server component 103 in 
response to a request from the client component 102. 

10 At step S4801 the server component 103 receives a 

request from the client component 102 and performs a 
corresponding process. When at step S4802 the request 
is for "Login", the login verb and the remote device 
list are acquired, and then a user password is obtained 

15 (steps S4803 and S4804). Following this, an HTML page 

corresponding to the user is created, the user password 
is stored, and the HTML page is transmitted to the 
client component 102 (steps S4805, S4806 and S4814). 
The processing is thereafter terminated. 

20 When the request is for "Print a File", the user 

password and the name of a file to be printed are 
obtained- Then an external application is called, and 
the file having the designated file name is written to 
a print file employed by the application. The output 

25 print file is then converted into a message object, and 
the job is transmitted to the first device on the 
remote device list. Finally, a corresponding HTML page 
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is created and is "transmitted to the client component 
102 (steps S4807 to S4813 and S4814). The processing 
is thereafter terminated. The processing performed 
when the request from the client component 102 is "Read 
5 Mail" or "Print Mail" will be described later while 
referring to Fig. 49. The processing performed when 
the request from the client component 102 is "View 
Schedule" or "Print Schedule" will be described later 
while referring to Fig. 50. The processing performed 

10 when the request from the client component 102 is "Goto 
Other Device" will be described later while referring 
to Fig. 51. And the processing performed when the 
request from the client component 102 is "Logout" or 
"Help" will be described later while referring to Fig. 

15 52. 

Fig. 49 is a flowchart showing the processing 
performed for a request related to mail. This 
processing is employed when the request from the client 
component 102 is "Read Mail" or "Print Mail". 
20 When the request is "Read Mail", first, the user 

password for the mail server is obtained, and a session 
for the reading of mail is opened. When the designated 
mail has been read, the session is closed (steps S4902 
to S4905). 

25 For the request "Print Mail", the same process is 

performed as for the "Read Mail" request, mail is 
written to a file, a Job message is generated, and the 
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job is transmitted to the first device on the remote 
device list (steps S4906 to S4912). 

Finally, in either case, a corresponding HTML page 
is generated and is transmitted to the client component 
5 102 (steps S4913 and S4914). The processing is 
thereafter terminated* 

Fig. 50 is a flowchart showing the processing 
performed for a request related to a schedule. This 
processing is performed by the desk server when the 

10 request from the client component 102 is "View 
Schedule" or "Print Schedule". 

When the request is "View Schedule", a check is 
performed to determine whether the schedule type is 
"Daily" or "Monthly", and schedule data are obtained 

15 (steps S5002 and S5003). When the request is "Print 

Schedule", the same process is performed as above, the 
data are written to a print file, a job message is 
generated, and the job is transmitted to the first 
device on the remote device list (steps S5004 to 

20 S5009 ) . 

In either case, a corresponding HTML page is 
generated, and is transmitted to the client component 
102. The processing is thereafter terminated (steps 
S5010 to S5011). 

25 Fig. 51 is a flowchart showing the processing 

performed for a request related to another device. 
This processing is performed by the desk server when 
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•the request: from the client component 102 is "Goto 
Other Device". 

When the request is Goto Other Device, the name 
and the address of a device are obtained. Then, the 
device is added to the remote device list and the login 
verb is generated (steps S5102 to S5104). Using the 
login verb, the device is logged in, and finally a 
corresponding HTML page is generated and is transmitted 
to the client component 102 (S5105 to S5115). The 
processing is thereafter terminated. This processing 
is the same as that explained while referring to Fig. 
16. 

Fig. 52 is a flowchart showing the processing 
performed for a request related to logging-out or to 
help. This processing is performed by the desk server 
when the request from the client component 102 is 
"Logout" or "Help". 

When at step S5201 a "Logout" request is received, 
at step S5202 a check is performed to determine whether 
the remote device list is empty. When the remote 
device list is empty, at step S5205, in accordance with 
the status, an OpeningScreen page is generated. When 
the remote device list is not empty, however, at step 
S5203 the next device is logged in using the login verb 
= Disconnect, and at step S5204 this next device is 
deleted from the remote device list. These processes 
are repeated until the remote device list has been 
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emptied. That is, when all the devices on the remote 
device list have been logged out. When the list has 
been emptied, at step S5205 the OpeningScreen page is 
generated . 

Upon receipt of a "Help" request, a help context 
parameter is obtained, and a corresponding help screen 
HTML page is generated (steps S5206 and S5207). 

For both the requests, the generated HTML page is 
transmitted to the client component 102, and the 
processing is thereafter terminated. 

Fig. 53 is a flowchart showing the processing 
performed beginning at the initial menu screen. Fig. 
106 is a diagram showing an example initial menu 
screen. When a job is present in a print queue, it is 
displayed on the status screen for the initial menu. 
The name and the sender of the job are displayed as job 
information. 

At step S5301 a user selects a desired item from 
the initial menu. At step S5302 the selected item is 
established, and a new screen is displayed in 
accordance with the item. 

First, when "Device" is selected, at step S5303 
the state of the device is displayed. When "Back" or 
"Forward" is selected, at step S5304 the preceding or 
the succeeding screen is displayed. When "End" is 
selected, at step S5305 the end process is performed. 

Furthermore, when "New Interaction" is selected, 
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at: step S5306 a new process (login process), which will 
be described later while referring to Fig. 55, is 
initiated, and the screen is changed to a "Login" 
screen (Fig, 112). When "Help" is selected, at step 
5 S5307 the help screen is displayed. 

When "Print URL" is selected, the screen is 
changed to a "URL print" screen (Fig. 107). When at 
step S5308 the URL is directly input or is designated 
by a reference and "Go" is selected, at step S5309 

10 information is obtained and previewed. At step S5310 
the contents that are confirmed are printed, and then 
the screen is returned to the initial menu screen. 

When "Public Info" is selected, at step S5311 
program control goes to the public information 

15 processing, which will be described later while 

referring to Fig. 54, and the screen is changed to a 
"public information process" screen (Fig. 110). 

When "Goto Device" is selected, at step S5312 a 
setup screen (Fig. 81) for accessing another device is 

20 displayed. Hereinafter performed is the same process 
as was performed when the login verb was "Device" in 
the processing for accessing another device that was 
explained in Fig. 51. 

A job in a print queue can also be selected on the 

25 initial screen. To select a job, a user touches a 

button displayed in front of a desired job name. When 
a specific job is selected in this manner, at step 
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S5313 a password input screen (Fig. 108) is displayed, 
A password is input , and when it matches the password 
assigned for the selected job, a process setup screen 
(Fig. 109) is displayed for the job in the print queue 
5 that was selected. 

Following this, at step S5314 an action for the 
job is selected, and at step S5315 an item concerning 
the execution of the action is selected. When "Print 
later" is selected as an action, a print time can be 

10 set as the item. A specific date (absolute date) can 

be set for the print time, or a relative time that must 
elapse following a setup time, such as "After 1 Hour", 
can be set. For this setup, items such as "1 hour 
later", "2 hours later", "6 hours later", "Tomorrow", 

15 "Day after tomorrow", "1 week later" or "2 weeks 

later", are prepared and listed as choices in a menu. 
When an absolute date is employed, the current date is 
regarded as a default value. To select and input 
another date, a pertinent date displayed on a calendar 

20 is touched. To select , another time, the current time 
is changed. 

When "Hold Here" is selected, the time for the 
holding period is set. In this case, as well as in the 
print data later case, the absolute date is designated 
25 for the holding limit, or a holding period, such as one 
hour ( For 1 Hour ) , can be selected and set in the menu . 
To designate an absolute date or a relative date, a 
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-touch keyboard may be displayed with which numerals can 
be directly entered, or a displayed numeral may be 
incremented or decremented the number of times a 
specific button is selected. 

The action is set and is performed in accordance 
with the action-associated item and the date item that 
are thus selected or established. First, when "Print 
later" is selected, at step S5317 a print job is 
deleted from the print queue, and with the print time 
(absolute time) is entered in the pending job list. 
The screen is then returned to the initial menu screen, 
and when the setup time is reached, printing is 
performed. 

When "Hold" is selected, at step S5318 the print 
job is deleted from the print queue, and with the 
action "Hold" and the set holding limit is entered in 
the pending job list. The screen is then returned to 
the initial menu screen. Thereafter, the job is held 
the period of time represented by the holding period, 
but will be canceled if it is not processed before the 
holding period has expired. 

When "Pause/Restart Printing" is selected, at step 
S5319 printing is temporarily halted, the screen is 
returned to the initial menu screen, and the selection 
of "Pause/Restart Printing" (a second depression of the 
same button) is waited for. When "Cancel Printing" is 
selected, at step S5320 the print job is deleted from 



- 104 - 



the print queue, and "Cancel" is recorded in the 
history as the action taken for this job. The screen 
is then returned to the initial menu screen. 

Fig. 54 is a flowchart showing the processing for 
5 public information. The screen shifting and the 

sequence for the processing are shown when the "Public 
Info" item in the initial menu screen is selected. 
First, at step S5401 a public information list for the 
printer is displayed. Fig. 110 is a diagram showing an 

10 example setup screen for a public information list and 
for public information processing. Information having 
an attribute called public information (a job having an 
action called "public") is displayed in the list, and 
can be printed without any password being required. 

15 When at step S5402 a specific job is selected from 

the list, program control goes to step S5405. When 
"From Other Device" is selected, program control goes 
to step S5415 to process the public information stored 
in another device. 

20 At step S5405 a process corresponding to the 

specific job is selected. When "Print" is selected, at 
step S5407 a printing place, which will be descried 
later in detail in the printing process for a normal 
job, and the printing time, as needed, are designated. 

25 At step S5408 the selected public information is 

printed. When "Preview" is selected, at step S5409 the 
previewing of data is performed, and at step S5410 the 
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next process is selected. 

If at step S5406 or S5410 "Add (Make Job Public 
Info. For Other Device)" is selected, another device is 
designated for publishing the selected public 
5 information, and the selected public information is 

added to the publication list for the device. Fig. Ill 
is a diagram showing a setup screen for publishing the 
information on another device. 

At step S5412 the address and the name are given 

10 of a device that is designated to serve as an added 

destination. Also designated is the period of time for 
the publication of the information. For this, as in 
the previous Printing/Holding case, an absolute date 
may be set to constitute the publication period, or 

15 instead, a time period may be set that is measured from 
the current time. If immediate publication of the 
information is not desired, a beginning date for the 
publication process may be set. In this case, a 
relative period, such as "1 week later", can also be 

20 employed. In order to limit the publication period, 
the period designated for the publication of public 
information is examined before a list of such 
information is displayed, and information for which the 
publication period has expired is disregarded. Such a 

25 list may be examined periodically, and information for 
which the publication period has expired can be 
deleted. 
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At step S5415 the previously described setup 
screen (Fig. 81) for accessing another device is 
displayed, and the address and the name of the 
designated device that is to be accessed are entered. 
At step S5416 the public information list is obtained 
from the accessed device and is displayed. 
Hereinafter, the same process can be performed as is 
performed for a local device. 

Fig. 55 is a flowchart showing the login 
processing performed when the performance of a new 
process on the initial menu is selected. First, at 
step S5501 a "Login" screen (Fig. 112) is displayed, 
and the user's identifier that has been input is 
examined. When the login is permitted, at step S5502 a 
check is performed to determine whether there are jobs 
available for the user who has logged in, i.e., pending 
jobs. If there are such jobs, at step S5504 the list 
of jobs (Fig. 113) is displayed, and to initiate a 
process to perform the action, a job is selected which 
will be described later while referring to Fig. 56. If 
no jobs are available, at step S5503 the main menu 
(Fig. 121) is displayed and is used for the initiation 
of processing, a process which will be described while 
referring to Fig. 64. 

Fig. 56 is a flowchart showing the processing for 
selecting a job and for performing an action. This 
processing is performed when a job is available for a 
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user who has logged in, and at step S5601 a list of 
pending jobs is displayed. Fig. 113 is a diagram 
showing an example pending job list. 

The pending jobs are a job that is to be printed 
on a specific date, a job that is to be transmitted on 
a specific date, and a job that is simply to be held 
until a specific date has been reached (and which will 
be deleted if it is not processed before the specified 
date). Job names, the senders or the recipients, the 
action types (Print, Send and Hold), and scheduled 
action dates are entered in the list. A variety of 
colors or identifying marks that correspond to 
different action types are employed for the displayed 
jobs so that their types can be readily identified. By 
changing their statuses to "Done" or "Canceled", jobs 
that have already been executed or that have been 
canceled can continue be maintained in the history and, 
as needed, can be displayed in the list with the jobs 
that are to be executed. It should be noted that, in 
this case, the display forms of these jobs are changed 
in accordance with their statuses. 

At step S5602 a target job is selected, and at 
step S5603 a process (action) corresponding to the 
selected job is selected. When at step S5604 "Main 
Menu" is selected, at step S5605 processing beginning 
at the main menu, which will be described later while 
referring to Fig. 64, is performed- When "Search" is 
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selected,, at: step S5606 search processing is performed 
that will be described later while referring to Fig. 
65. When "Print" is selected, at step S5607 the 
selected job is printed, which will be described later 
while referring to Fig. 60. When "Send" is selected, 
at step S5610 the selected job is transmitted, which 
will be described later while referring to Fig. 62. 
When "Preview" is selected, at step S5608 the selected 
job is previewed, which will be described later while 
referring to Fig. 57. When "Delete" is selected, at 
step S5609 the selected job is deleted, which will be 
described later while referring to Fig. 58. When 
"Schedule" is selected, at step S5611 the schedule for 
the selected job is changed, which will be described 
later while referring to Fig. 59- And when "Logout" is 
selected, at step S5612 the logout processing that was 
explained while referring to Fig. 52 is performed. 

Fig. 57 is a flowchart showing the selected job 
preview processing for previewing a job that is 
selected from the list of available jobs. At step 

55701 a specified job is previewed. Fig. 114 is a 
diagram showing an example job preview screen. At step 

55702 a process for the specified job is selected. 
When at step S5703 "Print" is selected, at step 

S5704 the selected job is printed, which will be 
described later while referring to Fig. 60. When 
"Send" is selected, at step S5706 the selected job is 
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transmitted, which will be described later while 
referring to Fig. 62. When "Delete" is selected, at 
step S5705 the selected job is deleted, which will be 
described later while referring to Fig. 58. When 
5 "Schedule" is selected, at step S5707 the schedule for 

the selected job is changed, which will be described 
later while referring to Fig. 59. And when "Cancel" is 
selected, at step S5708 the screen display is returned 
to that for the display of the job list that was 

10 explained while referring to Fig. 56. 

Fig. 58 is a flowchart showing the selected job 
deletion processing performed when a job selected from 
the list of available jobs is to be deleted. First, at 
step S5801 a job to be deleted is previewed together 

15 with the identification information for the job in 

order to permit the user to confirm the deletion. Fig. 
115 is a diagram showing a deletion confirmation 
screen. When "Delete" is selected, at step S5802 the 
deletion of the job is initiated. At this time, the 

20 processing explained in Fig- 97 is performed. Since a 
job to be deleted is selected from the pending job 
list, its action status is "Unexecuted", whereas the 
status of a deleted job is "Canceled", which is 
recorded in the history for the user. At step S5803 

25 the screen is returned to the display of the job list 
explained in Fig. 56. 

Fig. 59 is a flowchart showing the processing for 
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changing the schedule of a selected job. This 
processing is performed to change the schedule for a 
job selected from an available job list. At step S5901 
the current schedule, which is to be changed, is 
5 displayed. Fig. 116 is a diagram showing a setup 

screen for changing the schedule. At step S5902 the 
schedule is changed. At step S5903 the screen is 
returned to the display of the job list explained in 
Fig. 56. 

10 Fig. 60 is a flowchart showing the processing for 

printing a selected job. This processing is performed 
to print a job that is selected from the available job 
list. At step S6001 the original action type of a 
selected job is determined. When the original action 

15 type is not "Print", at step S6002 a print setup menu 

is displayed. Fig. 117 is a diagram showing an example 
print setup menu. The setup items are the place at 
which printing is to be performed (a local device or 
another device), a device name and, if a different 

20 device is selected for employment, its address, and the 
printing time. 

To print using a different device, "Send" is 
recorded as the action type in the history for the job. 
When printing is initiated by a different device, a 

25 Send method, which will be described later, or a 

Transfer method may be employed for the transmission of 
data. 
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At: step S6003 a process is selected. When at step 
S6004 "Print" is selected, at step S6005 the contents 
entered by the user are set for the device, and if 
immediate printing is instructed, the printing is 
initiated. At step S6006 the screen is returned to the 
display of the job list that was explained in Fig. 56. 
When "Preview" is selected, at step S6007 the data are 
previewed, and if printing is required, program control 
moves to step S6005. When "Notify" is selected, at 
step S6009 a notification is set and the screen is 
returned to the print setup menu. Fig. 118 is a 
diagram showing an example notification setup screen. 
The notification setup items are the name of a 
notification recipient, a notification medium (a voice 
message, a popup window, e-mail, a telephone, a 
facsimile machine, or a pager), a notification 
destination (an address, a telephone number, etc.), a 
notification trigger (at the time of a success, at the 
time of a failure, at the time of accessing, etc.), and 
a time extending from the triggering of the 
notification until the actual issuance of a 
notification. In addition, on this screen can be 
displayed a list of notifications, for each of which 
are included the setup contents. 

Fig. 61 is a flowchart showing the processing for 
changing the print setup for a selected job. In Fig. 
61 the state shifting and the processing sequence are 
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shown when -the original action type of a selected job 
is "Print". 

At step S6101 a print setup change menu is 
displayed. Fig. 119 is a diagram showing an example 
print setup change menu. At step S6102 a process 
corresponding to a selected job is designated. When 
"Print Now Also" is selected, at step S6104, in 
addition to the selected job, a job is added for which 
the print time for the selected job is used as the 
current time. When "Print Now" is selected, the print 
time for the selected job is changed to the current 
time. Therefore, in these cases, the printing is 
performed at the current time. When "Schedule" is 
selected, at step S6106 the schedule change menu in 
Fig. 116 is displayed- At step S6107 the print 
schedule is changed by using the menu. In either case, 
at step S6108 the screen is returned to the display for 
the job list that was explained in Fig. 56. 

Fig. 62 is a flowchart showing the selected job 
transmission processing. In Fig. 62, the state 
shifting and the sequence of processing are shown for 
the transmission of a job that is selected from the 
list of available jobs. At step S6201 the original 
action type of the selected job is determined. When 
the original action type is "Send", the transmission 
setup change processing, which will be described later 
while referring to Fig. 63, is performed. When the 
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original action type is not "Send", at step S6202 a 
transmission setup menu is displayed. Fig. 70 is a 
diagram showing an example transmission setup menu. 

At step S6203 a destination and a transmission 
time are set and a process is selected. These setups 
are performed in the same manner as in the printing. 
When at step S6204 "Send" is selected, at step S6205 a 
selected job is copied and the copy is transmitted. In 
this case, the selected job remains in the job list. 
When "Transfer" is selected, at step S6206 the selected 
job is transferred and is deleted from the job list. 
For either the transmission or the transferring of a 
job, at step S6209 the screen is returned to the 
display of the job list that was explained in Fig. 56. 
When "Notification" is selected, at step S6207 the 
notification setup screen is displayed. After the 
setup for the notification has been completed, the 
screen is returned to the transmission setup menu for 
selecting transmission or transfer. 

Fig. 63 is a flowchart showing the processing for 
changing the transmission setup for a selected job. In 
Fig. 63, are shown the state shifting and the sequence 
of processing when the original action type of a 
selected job is "Send". 

At step S6301 the transmission setup change menu 
is displayed. Fig. 71 is a diagram showing an example 
transmission setup change menu. At step S6302 a 
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process for the selected job is selected. When "Send 
Now Also" is selected, at step S6304, in addition to 
the selected job, a job is added for which the 
transmission time for the selected job is used as the 
current time* When "Send Now" is selected, the 
transmission time for the selected job is changed to 
the current time. Therefore, in these cases, the 
transmission of a job is performed at the current time. 
When "Schedule" is selected, at step S6306 the schedule 
change menu in Fig. 116 is displayed, and at step S6307 
the transmission schedule is changed by using the menu. 
In either case, at step S6308 the screen is returned to 
the display for the job list that was explained in Fig. 
56. When "Notify" is selected, at step S6309 a 
correction menu is displayed. 

Fig. 120 is a diagram showing an example 
correction menu. At this time, the list of 
transmission destinations is displayed- At step S6310 
a new transmission destination is added/designated, a 
transmission destination selected from the list is 
corrected ( deleted or changed ) , a process to be 
performed by the transmission destination is changed, a 
password is changed, and a transmission time is 
changed. For the setup of the notification, at step 
S6312 the notification setup menu is displayed, and is 
then returned to the correction menu. When the 
notification setup is not required, the screen is 
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returned to the "transmission setup change menu. 

Fig. 64 is a flowchart showing the processing 
performed beginning at the main menu. In Fig. 64 is 
shown the screen shifting on the main menu and the 
processing sequence. At step S6401 the main menu is 
displayed. Fig. 121 is a diagram showing an example 
main menu. At step S6402 a process (action) is 
selected. 

When at step S6402 "Logout" is selected, at step 

56404 the logout processing that was explained in Fig. 
52 is performed. When "Help" is selected, at step 

56405 the help processing that was explained in Fig. 52 
is performed. When "Search" is selected, at step S6406 
the search processing, which will be described later 
while referring to Fig. 65, is performed. When "Print" 
is selected, at step S6407 the print processing, which 
will be described later while referring to Fig. 67, is 
performed. When "Send" is selected, at step S6408 the 
transmission processing, which will jDe described later 
while referring to Fig. 69, is performed. When 
"Delete" is selected, at step S6409 the deletion 
processing, which will be described later while 
referring to Fig. 75, is performed. When "Set 
Instructions" is selected, at step S6410 the 
instruction setup processing, which will be described 
later while referring to Fig. 77, is performed. When 
"Reschedule" is selected, at step S6411 the 



- 116 - 



rescheduling processing, which will be described later 
while referring to Fig. 78. When "ADD Public 
Information" is selected, at step S6412 the processing 
for adding public information, which will be described 
5 later while referring to Fig. 66, is performed. When 

"Goto Device" is selected, at step S6413 the processing 
for accessing another device, which will be described 
later while referring to Fig. 80, is performed. When 
"Goto My Desktop" is selected, at step S6414 the 
10 processing for accessing a desktop, which will be 
described later while refierring to Fig. 82, is 
performed. 

Fig. 65 is a flowchart showing the search 
processing performed when "Search" is selected on the 

15 main menu. 

At step S6501 a search condition for searching for 
a job is set. A job setup time, an execution time, an 
execution state and a sender can be employed as the 
search condition. Not only pending jobs but also jobs 

20 that were executed and stored in the history are 

searched for. Especially when the condition where the 
execution state "Done" (also "Canceled", if needed) is 
employed for the search, the history can be displayed. 
At step S6502 the search is initiated and a list of the 

25 jobs that are found is displayed. At step S6503 a job 
is selected from the job list, and at step S6504 a 
process corresponding to the selected job is 
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When at step S6504 "Print" is selected, at step 
S6506 the selected job is printed, which was explained 
in Fig. 60. When "Preview" is selected, at step S6508 
5 the selected job is deleted, which was explained in 

Fig. 58. When "Reschedule" is selected, at step S6510 
the schedule of the selected job is changed, which was 
explained in Fig* 59. When "Main Menu" is selected, at 
step S6511 the processing beginning at the main menu is 

10 performed, which was explained in Fig. 64. 

Fig. 66 is a flowchart showing the public 
information addition processing performed when "Add 
Public Information" is selected. At step S6601 a job 
used as public information is selected from a job list. 

15 At step S6602 a public information addition menu (Fig. 
Ill) is displayed, and an added destination and a 
publication period are designated. The details are the 
same as was explained for the public information 
processing. It should be noted that a job in the 

20 user's job list is to be published. After the 

designation of the details, at step S6603 the addition 
of the job to the public information list is 
instructed, and at step S6605 a selected job is added 
to the public information list. When "Cancel" is 

25 selected after the processing has been completed, at 
step S6606 the screen is returned to the main menu. 
Fig. 67 is a flowchart showing the printing 
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processing performed when "Print" is selected from the 
main menu. 

At step S6701 a place whereat a job to be printed 
is present is selected. Fig. 122 is a diagram showing 
an example menu screen for selecting a place whereat a 
job to be printed is present. When "Jobs on this 
Device" is selected, at step S6703 the list of print 
jobs in the current device is displayed. Fig. 123 is a 
diagram showing an example menu for selecting a job to 
be printed. At step S6704 a job to be printed is 
selected, and at step S6705 the printing setup is 
performed for a selected job. This process is 
performed in the same manner as explained in Fig. 60. 

When "Jobs on other Device" or "Jobs from my 
Desktop" is selected, at step S6706 the address of the 
device is designated, and at step S6707 the login 
screen is downloaded from the device at that address. 
At step S6708 the login process is performed in 
accordance with the downloaded screen. When the login 
is completed, since the login verb is "Print", at step 
S6710 the menu screen in Fig. 122, for selecting a job 
to be printed, is downloaded to select a printing 
device, as is explained in Fig. 51. When a current 
printer is employed, at step S6711 the remote printing 
process, which will be described while referring to 
Fig. 68, is performed by the printer. When the desktop 
is employed, at step S6712 the remote printing process 
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Is performed by the desktop. When another device is 
employed, at step S6713 the remote printing process is 
performed by that device. 

Fig. 68 is a flowchart showing the remote printing 
5 processing performed by the printer. In Fig. 68 is 

shown the sequence of post-login processing performed 
when printing using another device is designated on the 
main menu and the designated device is the same type of 
printer. The processing is the same as that for the 

10 printing of a job stored in the current device. It 
should be noted that the menu and the list are 
downloaded from a device that is accessed. 

Fig. 69 is a flowchart showing the transmission 
processing. In Fig. 69 are shown the screen shifting 

15 and the sequence of processing performed when "Send" is 
selected from the main menu. 

At step S6901 a place, either a current device, 
another device or a desktop, is selected whereat a job 
to be transmitted is present. Fig. 124 is a diagram 

20 showing an example menu screen for selecting a place 

whereat a job to be transmitted is present. When "jobs 
on this Device" is selected, at step S6902 the job list 
for this device is displayed. Fig. 125 is a diagram 
showing an example menu for selecting a job to be 

25 transmitted. At step S6903 a job to be transmitted is 
selected. Hereinafter the selected job transmission 
processing that was explained in Fig. 62 is performed. 
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When another device or a desktop is selected as a 
place whereat a job to be transmitted is present, at 
step S6904 the address of the device is designated, and 
at step S6905 the login screen is downloaded from the 
device at that address* At step S6906 the login 
process is performed in accordance with the screen. 
When the login is completed, since the login verb is 
"Send", at step S6908 the menu screen in Fig. 124, for 
selecting a job to be transmitted, is downloaded to 
select a transmission source device, as is explained in 
Fig. 51. When the printer is employed for the 
transmission, at step S6909 the remote sending 
processing using the printer, which will be described 
while referring to Fig. 72, is performed. When the 
desktop is employed for the transmission, at step S6910 
the remote sending processing using the desktop is 
performed. When another device is employed for the 
transmission, at step S6911 the remote sending 
processing using another device is performed. 

Fig. 72 is a flowchart showing the remote sending 
processing performed by the printer. In Fig. 72 is 
shown the sequence of post -login processing performed 
when transmission by another device is designated on 
the main menu, and the designated device is the same 
type of printer. 

When there is a job in the designated device, at 
step S7202 the list of jobs to be transmitted is 
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displayed. At step S7203 a job is selected from the 
job list, and at step S7204 a process is selected. 
When "Send" is selected, the selected job is 
transmitted. This processing is the same as the 
transmission of a selected job by the current device, 
which was explained while referring to Fig. 69. It 
should be noted that the menu and the list are 
downloaded from the device that is accessed. 

When at step S7204 "Search" is selected, at step 
S7206 a new job to be transmitted is searched for. 
When "Logout" is selected, at step S7207 the logout 
processing that was explained in Fig. 52 is performed. 
When "Main Menu" is selected, at step S7208 the screen 
is returned to the display of the main menu. 

Fig. 75 is a flowchart showing the deletion 
processing performed when "Delete" is selected from the 
main menu. 

At step S7501 a place, either a current device, 
another device or a desktop, whereat a job to be 
deleted is present is selected. Fig. 73 is a diagram 
showing an example menu for selecting a device whereat 
a job to be deleted is present. When the current 
device is selected, at step S7502 the job list for this 
device is displayed. Fig. 74 is a diagram showing an 
example list for jobs to be deleted. At step S7503 a 
job to be deleted is selected. Then, the selected job 
is deleted in the manner as is explained in Fig. 58. 
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When another device or a desktop is selected as a 
place whereat a job to be deleted is present, at step 
S7505 the address of the device is designated, and at 
step S7506 the login screen is downloaded from the 
device at that address. At step S7507 the login 
process is performed in accordance with the downloaded 
screen. When the login is completed, since the login 
verb is "Delete", the menu screen in Fig. 74 for 
selecting a job to be deleted is downloaded to select a 
job, as explained in Fig. 51. When a job is to be 
deleted from the printer, at step S7510 the remote 
deletion processing, which will be described while 
referring to Fig. 76, is performed by the printer. 
When a job is to be deleted from the desktop, at step 
S7511 the remote deletion process is performed by the 
desktop. When a job is to be deleted from another 
device, at step S7512 the remote deletion process is 
performed by that device. 

Fig. 76 is a flowchart showing the remote deletion 
processing performed by the printer. In Fig. 76 is 
shown the sequence of post- login processing when the 
transmission from another device is designated on the 
main menu and the designated device is the same type of 
printer . 

When a job is present in the designated device, at 
step S7601 the job list is displayed, at step S7602 a 
job to be deleted from the list is selected, and at 
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step S7603 a process is selected. When "Delete" is 
selected, at step S7605 the deletion confirmation menu 
in Fig. 115 is displayed, and at step S7606 the 
selected job is deleted. This processing is performed 
in the same manner as is the deletion of the selected 
job in the current device, which was explained in Fig. 
58. It should be noted that the list and the menu are 
downloaded from the device that is accessed. 

When at step S7604 "Search" is selected, at step 
S7607 a new job to be deleted is searched for. When 
"Logout" is selected, at step S7608 the logout process 
explained in Fig. 52 is performed. When "Main Menu" is 
selected, at step S7609 the screen is returned to the 
main menu. 

Fig. 77 is a flowchart showing the processing for 
setting instructions. In Fig. 77 are shown the screen 
shifting and the sequence of processing when "Set 
Instructions" is selected on the main menu. At step 
S7701 an instruction setup screen is displayed f- Fig. 
126 is a diagram showing an example instruction setup 
screen. On this screen, an instruction execution 
condition is designated. The conditions are a job 
name, a device name, a user's name, a state as a 
trigger for executing an instruction (upon receipt of a 
job, during transmission, at the time of printing, upon 
a change in a status, etc.), an instruction effective 
time limit or period (including an infinite time), and 
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a printer status. Furthermore, "AND" or "OR" can be 
also set for these conditions. The current setup is 
displayed as is "On receiving jobs from others" , which 
is shown in Fig. 126. 
5 When at step S7702 a process is selected, if "Take 

Action" is selected, at step S7704 an action is 
selected that is to be performed when the setup 
condition is established. The printing or the holding 
of a job can be selected. In addition, transmission 

10 (transfer) of a job or cancellation of a job may be 

selected. When "Set Notification" is selected, at step 
S7705 a notification is set. When "Add Instruction" is 
selected, at step S7706 the instruction set on the 
screen is validated. When "Delete" is selected, at 

15 step S7707 the instruction that is set on the screen is 
deleted. Then, at step S7708 the screen is returned to 
the main menu. An instruction whose effective period 
has expired remains in the history in addition to the 
jobs that have been executed. When a specific period 

20 of time has elapsed since the expiration of the time 
limit, the instruction is deleted in accordance with 
the management process for the history. 

Fig. 78 is a flowchart showing the schedule change 
processing performed when "Reschedule" is selected on 

25 the main menu. 

At step S7801 a schedule change screen is 
displayed to select a place, either a current device. 
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another device or a desktop, whereat a job to be 
changed is present. Fig. 127 is a diagram showing an 
example menu for selecting a device whereat a job to be 
changed is present. When at step S7802 the current 
device ia selected, at step S7803 the list of jobs in 
the current device is displayed. Fig. 128 is a diagram 
showing an example screen for selecting a job that is 
to be rescheduled. At step S7804 a job to be changed 
is selected, and at step S7805 the schedule of the 
selected job is changed, as was explained in Fig. 59. 

When another device or a desktop is selected as a 
place whereat a job to be changed is present, at step 

57806 the address of the device is designated, at step 

57807 the login screen is downloaded from the device at 
the address, and at step S7808 the login process is 
performed in accordance with the screen. When at step 
S7809 the login process is completed, since the login 
verb is "Reschedule", at step S7810 a menu screen in 
Fig. 128 for selecting a job to be rescheduled is 
downloaded to select a job, as explained in Fig. 51. 

To change the schedule of the printer, at step S7811 
the remote rescheduling process, which will be 
described while referring to Fig. 79, is performed by 
the printer. To change the schedule for the desktop, 
at step S7812 the remote rescheduling process is 
performed by the desktop. 

Fig. 79 is a flowchart showing the remote 
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rescheduling processing performed when rescheduling of 
a job for another device (same type of printer) is 
selected on the main menu. 

When there is a job in the device, at step S7902 
5 the list of all the jobs is displayed, and at step 

S7903 a process is selected. When a job is selected 
and the rescheduling process is selected, at step S7905 
a job rescheduling screen in Fig. 116 is displayed, and 
the selected job is rescheduled. This processing is 
10 performed in the same manner as is the rescheduling of 
the selected job for the current device, which was 
explained in Fig. 59. It should be noted that the list 
and the menu are downloaded from the device that is 
accessed. 

15 When at step S7904 "Search" is selected, at step 

S7906 a search is made for a new job to be rescheduled. 
When "Logout" is selected, at step S7907 the logout 
processing explained in Fig. 52 is performed. When 
"Main Menu" is selected, at step S7908 the screen is 

20 returned to the display of the main menu. 

Fig. 80 is a flowchart showing the processing for 
accessing another device. In Fig. 80 is shown the 
sequence of the processing performed when an access of 
another device or an access of a desktop is selected on 

25 the main menu. Fig. 81 is a diagram showing an example 
setup screen for accessing another device. At step 
S8001 the address of the device is designated, and at 



- 127 - 



step S8002 the login screen is downloaded from the 
device at that address. At step S8003 the login 
process is performed in accordance with the downloaded 
screen. When at step S8004 the login process is 
completed, since the login verb is "Device", at step 

58005 the initial menu screen in Fig. 106 is downloaded 
to determine a device to be operated, as explained in 
Fig. 51. When a printer is to be operated, at step 

58006 the same process as is performed for the local 
printer is performed for the other printer. When a 
desktop is to be operated, at step S8007 the desktop 
processing is performed, which will be described later 
while referring to Fig. 82. When another device is to 
be operated, at step S8008 the process for that device 
is performed. 

Fig. 82 is a flowchart showing the desktop 
processing. In Fig. 82 are shown a shift from the 
initial screen and the sequence of the processing 
performed when "Goto My Desktop" is selected on the 
main menu. First, at step S8201 the main menu is 
displayed. Fig. 129 is a diagram showing an example 
desktop main menu. At step S8202 a process (action) is 
selected. 

When at step S8202 "Fetch a File" is selected, at 
step S8204 the file printing process, which will be 
described later while referring to Fig. 88, is 
performed. When the acquisition of new mail is 
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selected, at step S8205 the new mail reading 
processing, which will be described while referring to 
Fig. 83, is performed. When the acquisition of old 
mail is selected, at step S8206 the old mail 
5 acquisition processing, which will be described later 
while referring to Fig. 84, is performed. When the 
printing of a schedule is selected, at step S8207 the 
schedule is printed. When a reference to a schedule is 
selected, at step S8208 the schedule reference 

10 processing is performed. When a reference to an 

address book is selected, at step S8209 the address 
book reference processing is performed. When "Logout" 
is selected, at step S8210 the logout processing 
explained in Fig. 52 is performed. 

15 Fig. 83 is a flowchart showing the new mail 

reading processing performed when a user accesses his 
or her desktop to read new mail. At step S8300 a list 
of new mail is displayed. Fig. 85 is a diagram showing 
an example new mail list. At step S8301 mail to be 

20 read is selected, and at step S8302 a process for the 
selected mail is selected. 

When at step S8302 "Main Menu" is selected, at 
step S8304 the screen is returned to the main menu of 
the desktop. When "Open" is selected, at step S8305 

25 the selected mail is opened and the contents of the 
mail are displayed. Fig. 86 is a diagram showing an 
example display for the contents of mail. When at step 
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S8306 the preceding display or -the succeeding display 
is selected, program control returns to step S8305 
whereat the contents of corresponding mail are 
displayed- When "Print" or "Delete" is selected, mail 
5 is deleted at step S8308 or mail is printed at step 
S8309. Similarly, when at step S8302 "Print" or 
"Delete" is selected, mail is deleted at step S8308 or 
mail is printed at step S8309 . When "Print All" is 
selected, at step S8310 all mail is printed. When 

10 "Old" (mail that has been read) is selected, the read 
mail acquisition processing, which will be described 
later while referring to Fig. 84, is performed. 

During mail printing, a user accesses his or her 
desktop and obtains and prints mail. The printing 

15 destination can be designated as in the previous job 
printing. For the printing of all the mail, a user 
accesses his or her desktop to obtain and print all the 
mail. For the deletion of mail, a user accesses his or 
her desktop to delete mail. At this time, as well as 

20 the deletion of a job, the confirmation of the deletion 
may be performed. 

Fig. 84 is a flowchart showing the old mail 
acquisition processing performed when a user accesses 
his or her desktop to read old mail. At step S8401 a 

25 list for old mail is displayed. Fig. 87 is a diagram 
showing an example list of old mail. At step S8402 
mail to be read is selected, and at step S8403 a 



- 130 - 



process for the selected mail is selected. 

When at step S8404 "Main Menu" is selected, at 
step S8405 the screen is returned to the main menu of 
the desktop. When "Open" is selected, at step S8406 
5 the selected mail is opened and the contents are 

displayed. Fig. 86 is a diagram showing an example 
display of the contents of mail. When at step S8407 
the preceding display or the succeeding display is 
selected, program control returns to step S8406 whereat 

10 the contents of corresponding mail are displayed. When 
"Print" or "Delete" is selected, mail is deleted at 
step S8409 or mail is printed at step S8410. 
Similarly, when at step S8404 "Print" or "Delete" is 
selected, mail is deleted at step S8409 or mail is 

15 printed at step S8410. When "Unread" is selected, the 
new mail reading processing explained in Fig. 83 is 
performed. 

Fig. 88 is a flowchart showing the file processing 
performed when a user accesses his or her desktop to 

20 operate a file on the desktop. At step S8801 setup is 
performed to obtain a file. Fig. 130 is a diagram 
showing an example setup screen for obtaining a file. 
On this screen the file name can be designated. At 
step S8802 a process to be performed to obtain a file 

25 is selected. 

When at step S8802 "Search" is selected, at step 
S8803 a search condition is designated, at step S8804 a 
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search is made for a file on -the desktop, and at step 
S8805 a list for files that correspond to the setup 
condition is displayed. When at step S8802 "Show All" 
is selected, the list of the files in the desktop is 
5 displayed. Fig. 131 is a diagram showing an example 
display for the file list for the desktop. At step 
S8807 a file is selected from the search results or 
from the list. When the file is thus selected, or when 
at step S8802 the file name is entered to instruct the 

10 acquisition of the file, at step S8808 the pertinent 
file is obtained from the desktop. At step S8809 a 
process for this file is selected. Fig. 132 is a 
diagram showing an example screen for selecting a 
process corresponding to the obtained file. When 

15 "Print" is selected, at step S8811 the obtained file is 

printed. When "Send" is selected, at step S8812 the 
obtained file is transmitted. 

Fig. 137 is a flowchart showing the Logout screen 
creation processing performed when Logout is the 

20 function that is commonly selected on a series of 
screens following Login. 

When the Logout screen creation processing is 
initiated, at step S13701 a check is performed to 
determine whether a job that has not yet been processed 

25 is available for a Login user. When an unprocessed job 
is available, at step S13702 a Logout screen HTML page 
on which is included a job list is created and the 
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processing is thereafter terminated. When no 
unprocessed job is available,, at step S13703 a Logout 
screen HTML page on which no job list is included is 
created and the processing is thereafter terminated. 
5 Fig. 138 is a flowchart showing the Logout screen 

processing that corresponds to the operation performed 
on the Logout screen. 

Figs. 139 and 140 are diagrams showing example 
Logout screens, and the screen in Fig. 140 is obtained 

10 by scrolling the center portion in Fig. 139. 

When an operator enters a specific instruction on 
the Logout screen displayed by the client component, a 
request corresponding to the instruction is transmitted 
by the client component to the server, which then 

15 initiates the Logout screen processing in Fig. 138 that 
corresponds to the screen currently displayed by the 
client. 

When the Logout screen processing is initiated, at 
step S13801 a request is obtained, at step S13802 the 

20 request is analyzed, and at step S13803 program control 
branches to a process corresponding to the request. 

When Print is requested, at step S13804 a job list 
is printed and the processing is terminated. When Yes 
is requested, at step S13805 the Logout processing is 

25 performed, at step S13806 a screen HTML page for a 

processing menu is created, and at step S 13807 the HTML 
page is transmitted to the client. The processing is 
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"thereafter terminated. For another request, at step 
S13809 the post-Login, general request process, which 
corresponds to the request that is commonly selected on 
a series of screens following Login, is performed. The 
processing is thereafter terminated. 

As is shown in Fig. 139, job IDs are assigned to 
the individual j obs on the j ob list , and as is shown in 
Fig. 140 a user ID and a contact telephone number are 
described. 

Fig. 141 is a flowchart showing the call response 
processing that is initiated in response to the 
reception of a call. When an operator dials the 
contact telephone number that is described on the job 
list to contact the device described in this 
embodiment, the call response processing in Fig. 141 is 
initiated. 

When the call response processing is started, at 
step S14101, a response message is reproduced, such as 
"This is the device ABC call response system. Please 
select ' l 1 for the state of the device, T 2' for an 
operation for which authentication is required, and 
for termination". At step S14102, an operation 
selection entered by the user is obtained, and at step 

514103 program control branches in accordance with the 
type of operation requested. 

For a request for the state of the device, at step 

514104 the state of the device is obtained and at step 
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S14105 the obtained information is reproduced. Then, 
program control is returned to step S14102, whereat an 
instruction from the operator is received. When 
termination is requested, the processing is terminated. 

For processing that is related to a user's job, 
authentication is required. In this case, at step 
S14106, a user authentication request message is 
reproduced, such as "Please enter user ID and depress 
'#'". At step S14107 the operator's entry is obtained, 
and at step S14108 program control branches in 
accordance with What? /an instruction received from the 
operator if the authentication is successful. 

When the authentication fails, at step S14109 an 
authentication failure message is reproduced, and 
program control returns to step S14102 to await an 
instruction from the operator. 

When the authentication is successful, at step 
S14110 a job selection request message is reproduced, 
such as "Please enter the job ID of a desired job and 
depress #". At step S14111 a job is identified in 
accordance with the job ID entered by the user. At 
step S14112 an operation selection request message is 
reproduced, such as "Please select '1' for the job 
state, '2 f for job deletion and '#' for termination". 
At step S14113 the selection entered by the operator is 
obtained, and at step S14114 program control branches 
in accordance with the operation type. 
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For a request for the job state, at step S14115 
the state of the job is obtained, and at step S14116 
the obtained information is reproduced. Then, program 
control returns to step S14110 to acquire an 
instruction entered by the user. 

For the deletion of a job, at step S14117 the job 
is deleted and at step S14118 the deletion results are 
reproduced. Program control then returns to step 
S14110 to acquire an instruction entered by the 
operator. 

For the execution of a job, at step S14119 the job 
is executed and at step S14120 the execution results 
are reproduced. Program control then returns to step 
S14110 to acquire an instruction entered by the 
operator. 

For the other operation type, program control 
returns to step S14110 and acquires an instruction 
entered by the operator. 

According to the embodiment described above, when 
a user performs a designated process at a predetermined 
timing, the user can ascertain whether there is an 
unprocessed job. 

In addition, by querying the apparatus, the user 
can ascertain the state of the device or the process, 
and can control the performance of the processing. 

When New Interaction is selected on the initial 
menu, login is performed using Admin (manager) and if a 



- 136 - 



correct password is entered, the manager main screen is 
displayed . Figs . 142A and 142B are flowcharts showing 
the manager main screen processing that corresponds to 
the operation on the manager main screen. Fig. 143 is 
5 a diagram showing an example manager main screen. 

When the operator enters a specific instruction on 
the manager main screen in Fig. 143 displayed by the 
client component, a request corresponding to the 
operation is transmitted from the client to the server, 

10 and the manager main screen processing in Figs. 142A 
and 142B, which corresponds to the screen currently 
displayed by the client, is initiated by the server. 

When the manager main screen processing is 
initiated, at step S14201 a request is obtained, at 

15 step S14202 it is analyzed, and at step S14203 program 
control branches to a corresponding process . 

When one of Network Settings, Resource Settings, 
etc. , is requested, at step S14204 a screen HTML page 
that corresponds to the request is created, and at step 

20 S14205 it is transmitted to the client. The processing 
is thereafter terminated. 

When Purge Print Queue is requested, at step 
S14206 all the jobs in a print queue are deleted, and 
at step S14207 the owner of each of the deleted jobs is 

25 notified the job was deleted. At step S14208 the 

execution results are employed to create a screen HTML 
page, and at step S14205 this page is transmitted to 
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the client: component. The processing is thereafter 
terminated . 

When a request other than those above is entered, 
at step S14209 the post-Login, general request process, 
5 which corresponds to the request that is commonly 

selected on a series of screens following Login, is 
performed. The processing is thereafter terminated. 

When Network Settings is selected on the manager 
main screen, a network setup screen is displayed. Fig. 
10 144 is a flowchart showing the network setup screen 
processing that corresponds to the operation on the 
network setup screen. Fig. 145 is a diagram showing an 
, example network setup screen. 

When the operator enters an instruction on the 
15 network setup screen displayed by the client component, 
a request corresponding to that instruction is 
transmitted from the client to the server, which then 
initiates the network setup screen processing in Fig. 
144 that corresponds to the operation screen currently 
20 displayed by the client. 

It should be noted, however, that the input 
operation for setting up the Host Name, IP Address, Net 
Mask, Default Gateway, DNS Domain Name, DNS Server and 
WINS Server is completed only through the client 
25 processing, without the server processing in Fig. 144 
being started. Since Set & Reboot, Cancel, or other 
operations require the server processing, the network 
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setup screen processing in Fig. 144 is started. 

When the network setup screen is initiated, at 
step S14401 a request is obtained, at step S14402 it is 
analyzed and at step S14403 program control branches to 
a corresponding process. 

When Set & Reboot is requested, at step S14404 
network parameters are set for the Host Name, IP 
Address, Net Mask, Default Gateway, DNS Domain Name, 
DNS Server and WINS Server that have been set by the 
client, and at step S14405 the system is re-activated 
to validate the setup of the network parameters. The 
processing is thereafter terminated. 

When Cancel is requested, at j£tep S14406 the 
preceding screen HTML page is created, and at step 
S14407 it is transmitted to the client. The processing 
is thereafter terminated. 

For another request, at step S14408 the post- 
Login, general request process, which corresponds to 
the request that is commonly selected on a series of 
screens following Login, is performed, and the 
processing is thereafter terminated. 

Fig. 146 is a flowchart showing the job setup 
screen processing that corresponds to the operation on 
the job setup screen, which is displayed when Job 
Settings is selected on the manager main screen. Fig. 
147 is a diagram showing an example job setup screen. 

When the operator enters an instruction on the job 
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setup screen in Fig. 147 that: is displayed by the 
client, a request that corresponds to the operation is 
transmitted from the client to the server, which then 
begins the job setup screen processing in Fig. 146 that 
5 corresponds to the operation screen currently displayed 
by the client. 

In this processing, the following can be set: 
Default Hold Time (the initial value of a time period 
during which a designated job is held), History Time 

10 Limit (the time limit for holding a job that was 

executed and is stored as history), Maximum Time For 
Rescheduling Jobs (a time period during which a 
designated execution time for a job can be changed), 
Job Size Limit (the maximum size of a job) and Default 

15 Protocol (the initial protocol value). 

It should be noted, however, that the input 
operation for the setup of Default Hold Time, History 
Time Limit, Maximum Time For Rescheduling Jobs, Job 
Size Limit, Deny Jobs From Person and Deny Jobs From 

20 Devices is completed only through client processing, 
without the server processing in Fig. 146 being 
required. Since the OK, Cancel and other operations 
require the server processing, the job setup screen 
processing in Fig. 146 is performed. 

25 When the job setup screen processing is begun, at 

step S14601 a request is obtained, at step S14602 it is 
analyzed and at step S14603 program control branches to 
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a corresponding process . 

When OK is requested, at step S14604 the job setup 
parameters are set for Default Hold Time, History Time 
Limit, Maximum Time For Rescheduling Jobs, Job Size 
5 Limit, Deny Jobs From Person and Deny Jobs From Devices 
that are set by the client. At step S14605 the 
preceding screen HTML page is created and at step 
S14606 it is transmitted to the client. The processing 
is thereafter terminated. 
10 When Cancel is requested, at step S14605 the 

preceding screen HTML page is created and at step 
S14606 it is transmitted to the client. The processing 
is thereafter terminated. 

For the other request, at step S14607 the post- 
15 Login, general request process, which corresponds to 
the request that is commonly selected on a series of 
screens following Login, is performed, and the 
processing is thereafter terminated. 

Fig. 148 is a flowchart showing the resource setup 
20 screen processing that corresponds to the operation on 
a resource setup screen, which is displayed when 
Resource Settings is selected on the manager main 
screen. Fig. 149 is a diagram showing an example 
resource setup screen . 
25 When the operator enters an instruction on the 

resource setup screen in Fig. 149 that is displayed by 
the client, a request corresponding to the instruction 
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is transmitted from the client to the server, which 
then initiates the resource setup screen processing 
that corresponds to the operation screen currently 
displayed by the client. 

When a voice modem is installed, its telephone 
number is input. When a voice modem is not installed, 
Use Proxy is selected to use another device that 
includes a voice modem. The processing performed when 
Use Proxy is selected will be described later while 
referring to Fig. 150. 

It should be noted, however, that the input 
operation for the setting of Voice Modem Installed is 
completed only through client processing, without the 
server processing in Fig. 148 being required. Since 
the operations for Set, Cancel, Use Proxy, E-mail 
Configure, Fax Configure and the other operation 
require server processing, the resource setup screen 
processing in Fig. 148 is performed. 

When the resource setup screen processing is 
initiated, at step S14801 a request is obtained, at 
step S14802 it is analyzed and at step S14803 program 
control branches to a corresponding process. 

When Set is requested, at step S14804 the resource 
setup parameters are set for the Voice Modem Installed, 
E-mail Capabilities and Fax Capabilities that are set 
by the client. At step S14805 the preceding screen 
HTML page is created and at step S14806 it is 
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transmitted to the client. The processing is 
thereafter terminated. 

When Cancel is requested, at step S14805 the 
processing screen HTML page is created and at step 
5 S14806 it is transmitted to the client. The processing 
is thereafter terminated. 

When Use Proxy, E-mail Configure or Fax Configure 
is requested, at step S14807 a screen HTML page 
corresponding to the request is created and at step 
10 S14806 it is transmitted to the client. The processing 
is thereafter terminated. 

For a request other than those, at step S 14808 the 
post- Login, general processing, which corresponds to 
the request that is commonly selected on a series of 
15 screens following Login, is performed. The processing 
is thereafter terminated. 

When Use Proxy is selected on the resource setup 
screen, a modem proxy setup screen is displayed. Fig. 
150 is a flowchart showing the modem proxy setup screen 
20 processing that corresponds to a modem proxy setup 

screen. Fig. 151 is a diagram showing an example modem 
proxy setup screen . 

When the operator enters an instruction on the 
modem proxy setup screen displayed by the client 
25 component, a request corresponding to the instruction 
is transmitted from the client to the server, which 
then begins the modem proxy setup screen processing 
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that: corresponds to the operation screen currently 
displayed by the client. 

In this embodiment, a maximum of three devices. 
Proxy devices 1 to 3, can be designated using the 
device name and the address. It should be noted, 
however, that the input operation for the setting of 
Proxy devices 1 to 3 is completed only through client 
processing without the server processing in Fig. 142 
being required. Since the OK, Cancel and other 
operations require the server processing, the modem 
proxy setup screen processing in Fig. 150 is performed. 

When the modem proxy setup screen processing is 
initiated, at step S15001 a request is obtained, at 
step S15002 it is analyzed, and at step S15003 program 
control branches to a corresponding process . 

When OK is requested, at step S15004 the modem 
proxy setup parameters are set for the Proxy devices 1 
to 3 that are set by the client. At step S15505 the 
preceding screen HTML page is created and at step 
S15006 it is transmitted to the client. The processing 
is thereafter terminated. 

When Cancel is requested, at step S15505 the 
preceding screen HTML page is created and at step 
S15006 it is transmitted to the client. The processing 
is thereafter terminated. 

For another request, at step S15007 the post- 
Login, general request processing, which corresponds to 
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-the request that is commonly selected on a series of 
screens following Login, is performed. The processing 
is thereafter terminated. 

Fig. 152 is a flowchart showing the other setup 
5 screen processing that corresponds to the other setup 
screen displayed when Miscellaneous is selected on the 
manager main screen. Fig. 153 is a diagram showing an 
example of the other setup screen. 

When the operator enters an instruction on the 
10 other setup screen that is displayed by the client, a 

request corresponding to the instruction is transmitted 
from the client to the server, which then begins the 
other setup screen processing in Fig. 152 that 
corresponds to the operation screen currently displayed 
15 by the client. 

It should be noted, however, that the input 
operation for the setting of Time Out Duration and 
Voice Prompt is completed only through client 
processing without the server processing in Fig. 10 
20 being required. Since the Set, Cancel and other 

operations require the server processing, the other 
setup screen processing in Fig. 152 is begun. 

When the other setup screen processing is 
initiated, at step S15201 a request is obtained, at 
25 step S15202 it is analyzed and at step S15203 program 
control branches to a corresponding process. 

When Set is requested, at step S15204 the other 
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setup parameters are set for the Time Out Duration and 
Voice Prompt that have been set by the client. At step 

515205 the processing screen HTML page is created and 
at step S15206 it is transmitted to the client. The 
processing is thereafter terminated. 

When Cancel is requested, at step S15205 the 
preceding screen HTML page is created and at step 

515206 it is transmitted to the client. The processing 
is thereafter terminated. 

For the other request, at step S15207 the post- 
Login, general process, which corresponds to the 
request that is commonly selected on a series of 
screens following Login, is performed and the 
processing is thereafter terminated. 

Fig. 154 is a flowchart showing the password setup 
screen processing that corresponds to a password setup 
screen displayed when Change Password is selected on 
the manager main screen. Fig. 155 is a diagram showing 
an example password setup screen. 

When the operator enters an instruction on the 
password setup screen displayed by the client, a 
request corresponding to the operation is transmitted 
from the client to the server, which then begins the 
password setup screen processing in Fig. 154 that 
corresponds to the operation screen currently displayed 
by the client. 

It should be noted, however, that the input 
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operations for "the setting of New Admin Password, 
Reconfirm Admin Password, New Shutdown Password and 
Reconfirm Password are completed only through client 
processing, without the server processing in Fig. 19 
being required- Since the OK, Cancel and the other 
operations require the server processing, the password 
setup screen processing in Fig. 154 is performed. 

When the password setup screen processing is 
initiated, at step SI 5401 a request is obtained, at 
step S15402 it is analyzed, and at step S15403 program 
control branches to a corresponding process. 

When OK is requested, at step SI 5404 the password 
setup parameters are set for the New Admin Password, 
Reconfirm Admin Password, New Shutdown Password and 
Reconfirm Shutdown Password that were set by the 
client. At step S15405 the preceding screen HTML page 
is created and at step S15406 it is transmitted to the 
client. The processing is thereafter terminated. 

When Cancel is requested, at step S15405 the 
preceding screen HTML page is created and at step 
S15406 it is transmitted to the client. The processing 
is thereafter terminated. 

For the other request, at step SI 5407 the post- 
Login, general processing, which corresponds to the 
request that is commonly selected on a series of 
screens following Login, is performed. The processing 
is thereafter terminated. 
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Fig. 156 is a flowchart showing the public 
information deletion screen processing that corresponds 
to the operation on the public information deletion 
screen displayed when Delete Public Info, is selected 
on the manager main screen. Fig. 157 is a diagram 
showing an example public information deletion screen. 

When the operator enters an instruction on the 
public information deletion screen in Fig. 157 that is 
displayed by the client, a request corresponding to the 
instruction is transmitted from the client to the 
server, which then begins the public information 
deletion processing that corresponds to the operation 
screen currently displayed by the client. 

It should be noted, however, that the input 
operation for designating target public information is 
completed only through client processing, without the 
server processing in Fig. 156 being required. Since 
the Delete, Delete All, Cancel and other operations 
require the server processing, the public information 
deletion screen processing in Fig. 156 is performed. 

When the public information deletion screen 
processing is initiated, at step S15601 a request is 
obtained, at step S15602 it is analyzed and at step 
S15603 program control branches to a corresponding 
process. 

When Delete is requested, at step SI 5604 the 
public information designated by the client is deleted. 
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At: step S15605 the screen HTML page of the updated 
public information list is created, and at step S15608 
it is transmitted to the client. The processing is 
thereafter terminated . 
5 When Delete All is requested, at step S15606 all 

the public information is deleted. At step S15607 the 
preceding screen HTML page is created and at step 
S15608 it is transmitted to the client. The processing 
is thereafter terminated. 
10 When Cancel is requested, at step SI 5607 the 

preceding screen HTML page is created and at step 
S15608 it is transmitted to the client. The processing 
is thereafter terminated. 

For the other request, at step SI 5 609 the post- 
15 Login, general request process, which corresponds to 
the request that is commonly selected on a series of 
screens following Login, is performed. The processing 
is thereafter terminated. 

Fig. 158 is a flowchart showing the job database 
20 management screen processing that corresponds to the 

operation on a job database management screen displayed 
when Job Administration is selected on the manager main 
screen. Fig. 159 is a diagram showing an example 
database management screen. 
25 When the operator enters an instruction on the job 

database management screen displayed by the client, a 
request corresponding to the instruction is transmitted 
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from the client: to the server, which then initiates the 
job database management screen processing that 
corresponds to the operation screen currently displayed 
by the client. 

It should be noted, however, that the input 
operations for designating Initialize Database, Repair 
Database and Compact Database are completed only 
through client processing, without the server 
processing in Fig. 158 being required. Since the 
Proceed, Cancel and other operations require the server 
processing, the job database management screen 
processing in Fig. 158 is performed. 

When the job database management screen processing 
is initiated, at step S15801 a request is obtained, at 
step S15802 it is analyzed, and at step S15803 program 
control branches to a corresponding process. 

When Proceed is requested, at step SI 5804 a 
process designated by the client is performed, and the 
processing is terminated. 

When Cancel is requested, at step S15805 the 
preceding screen HTML page is created, and at step 
S15806 it is transmitted to the client. The processing 
i s thereafter terminated - 

For the other request, at step S15807 the post- 
Login, general process, which corresponds to the 
request that is commonly selected on a series of 
screens following Login, is performed. The processing 
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is -thereafter terminated. 

Fig. 160 is a flowchart showing the shutdown 
screen processing that corresponds to the operation on 
a shutdown screen displayed when Shut Down is selected 
5 on the manager main screen. Fig. 161 is a diagram 
showing an example shutdown screen. 

When the operator enters an instruction on the 
shutdown screen displayed by the client, a request 
corresponding to the instruction is transmitted from 
10 the client to the server, which then begins the 

shutdown screen processing in Fig. 160 that corresponds 
to the operation screen currently displayed by the 
client . 

When the shutdown screen processing is begun, at 
15 step S16001 a request is obtained, at step S16002 it is 
analyzed, and at step S16003 program control branches 
to a corresponding process. 

When Yes is requested, at step SI 6004 the shutdown 
process is performed, and the processing is terminated. 
20 When Cancel is requested, at step SI 6005 the 

preceding screen HTML page is created and at step 
S16006 it is transmitted to the client. The processing 
is thereafter terminated. 

When Help is requested, at step S16007 a Logout 
25 Help screen HTML page is created and at step S16006 it 
is transmitted to the client. The processing is 
thereafter terminated . 
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For the other request, at step S16008 the post- 
Login, general request process, which corresponds to 
the request that is commonly selected on a series of 
screens following Login, is performed. The processing 
is thereafter terminated. 

According to the above described embodiment, since 
the manager can perform a process that a common user 
can not, the apparatus can be controlled by the 
manager . 

The present invention may be applied for an 
apparatus constituted by a single device, or for a 
system constituted by a plurality of apparatuses . For 
implementing the present invention, a memory medium on 
which is stored software program code for implementing 
the functions in the above embodiment may be supplied 
to an apparatus or to a system, and the computer in the 
apparatus or in the system may read the program code 
from the memory medium. 

In addition, the scope of the present invention 
includes not only a case where the functions in the 
embodiment can be performed when program code is read 
and executed by the computer, but also a case where, in 
accordance with an instruction in the program code, an 
OS running on the computer, etc., can perform the 
processing required to accomplish the functions 
included in the above embodiment. 

The memory medium on which such program code is 
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recorded constitutes the present invention. 

Although the present invention has been described 
in its preferred form with a certain degree of 
particularity, many apparently widely different 
embodiments of the invention can be made without 
departing from the spirit and the scope thereof. It is 
to be understood that the invention is not limited to 
the specific embodiments described herein, except as 
defined in the appended claims. 
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